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hat makes good 
designers great? 
Top down design with System HILO” 4. 


It enhances design productivity through Language 
Driven Design. 


It simplifies design with Source-Level Debug and an 
X- windows graphic interface. 


Its FASTCELL™ ASIC libraries simulate submicron 


technology accurately. And up to eight times faster than 
traditional gate-level modeling while using less memory. 


It has outperformed golden simulators in accuracy in 
several benchmarks at ASIC foundries. 


It’s the ideal core simulation toolkit to support a concur- 
rent engineering environment, with simulation for logic 
verification, worst case timing, fault grading, and non- 


intrusive AIPG. 


Find out more about how System HILO 4 can help you 
become a great designer. 


Call 1-800-4-GENRAD in the U.S., or the GenRad office nearest you in Austria, 


Canada, England, France, Germany, Italy, Japan, Singapore, Switzerland. 


GenRad 
A New Way of Thinking 
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Surprisingly it doesnt 
cost much to move into 
our 32-bit architecture. 


You don’t need a French 
Provincial budget to move 
into the i960” SA/SB proces- 

sors. Not even close. 

In fact, at under $20, the i960 SA/SB 
processors are comparable in cost to a 16-bit 
system. And yet, with a full 32-bit internal 
architecture and a 16-bit data bus, they give you 
five to six times the performance of any other 
16-bit embedded processors. 


i960 is a trademark of the Intel Corporation. ©1991 Intel Corporation. All rights reserved 


Or in other words, for almost nothing 
down you can own an impressive new home. 
With an architecture that’s perfect for today’s 
more demanding applications, such as entry- 
level page printers, I/O controllers, and commu- 
nication products. 

Naturally, when you move up to a 32-bit 
architecture, you want to be sure it’s a place where 
you Can stay and grow. Which is why you'll be 
happy to know that the i960 SA/SB processors 
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are part of a close-knit neighborhood of Intel 
SuperScalar i960 microprocessors. So you get 
software compatibility across the board as well 
as an easy performance path up to 100 MIPS. 
And while great price/performance and 
compatibility are important, they’re not the 
only reasons some very important companies 
have already moved into the i960 line. They 
were also impressed with the comprehensive 


array of development tools and the outstanding 
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technical support that made them feel right at 
home with the technology. 

So when you are ready to move into the 
i960 SA/SB line, call 800-548-4725 and ask for the 
960 Welcome Guide. We'll not only make the 


move less expensive, we'll even help you set up. 


intel 


The Computer Inside: 
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void Servic 
int eid; ie 
_ one stat, byte: 


/*serial pollvy. o 


byte=hpib_spoll ( 
if ( (byte<0) ||! 


PrInctr("SRO Prow 


return; } 
stat=my_read(eid, 
ue *etats0) { 
buffy [stat]se 
printf ("Data 


else printf("I/O read error\n*» 


return; } 


main() { 


int busid. ere. 


Finally, engineering software that clears the 
way to problem solving without programming. 


ee 


(b 


g 


DVM 


from instr), 


MTA, MLA; 


char command [MAXCHARS ] ; 


busid=open("/dev/hpib7", 
MTA=hpib_bus_status (busid, CURRENT_BUS_ADDRESS) 
MLA=hpib_bus_status (busid, CURRENT_BUS_ADDRESS) 


Sbac = BUTTONSBLE 
sprintf (command, 


With HP VEE, 
you simply link the icons. 


Computers are great for problem 
solving, if only programming 
didn’t get in the way and slow 
you down. And now, it doesn’t 


©1991 Hewlett-Packard Co. TMMSO1L08/EDN 
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O_RDWR) ; 


- 
/ 


"KMS0207,. Stat) ; 


have to. Because the HP visual 
engineering environment (HP VEE) 
lets you solve problems without 
programming. 

With HP VEE, you explore solutions 
visually by arranging and linking 
icons on the CRT. Each icon rep- 
resents and executes a specific 
function for data collection, analysis 
—from simple mathematics to 
complex algorithms—and presen- 
tation. You don’t have to write a 
single line of code. 


There are two HP VEE software 
packages for prototyping, experi- 
mentation, and problem modeling. 
HP VEE-Engine, at $995*, is a 
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/* open raw HP-I 


{*® 2 e@tal aagits-*/ 


+ 64; 
+ 32: 


general-purpose tool for analysis 
and presentation of existing data. 
HP VEE-Test includes HP VEE- 
Engine and adds extensive I/O 
capability, including soft panels 
and device I/O objects for $5,000*. 
So, if programming is keeping 
you from finding solutions, call 
1-800-752-0900. Ask for Ext. 
2380, and find out how HP VEE 
clears the way. 

* U.S. list prices. 


There is a better way. 


YG 
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Diagram compilers turn pictures into programs 


M0 


Driving Electronic 
Technology Into The 
Next Century 


No longer does programming mean 
scrawling down endless linear lists of 
arcane, incomprehensible gibberish. 
Now you can draw your program. 
—Charles H Small, Senior Editor 


ROM monitor tips and tricks aid debugging effort 23 


In-circuit emulators have supplanted the primitive ROM moni- 
tors of years past, but new high-speed microprocessors are often 
a step ahead of emulators’ capabilities. ROM monitors can do a lot 
if you know how to use them.—Peter Dawson, Embedded Support 
Tools Corp and Andy Lantz, Intermetrics Microsystems Software Inc 


Adapter and software simplify interface 31 
to SCSI peripherals 


Using an off-the-shelfadapter board, you can connect 
your computer to a SCSI bus as a host device. The 
board performs the functions of the low-level SCSI 
protocol, so you can work at the high level in 
software.—William C Warner, Consultant 


PDL processors ease transition from CASE to coding 41 


Program-design languages (PDLs) can ease the design-to-code 
transition, and PDL processors can help ensure that the source 
code you implement is correct.—Harold Hawley and Michael 
Capuano, Softsmith Inc 


Demand quality when purchasing software packages 47 


Engineers should insist on the same level of quality from 
software that they expect from hardware. If a software package 
doesn’t meet its specs, send it back.—Wayne A Gutschick, Minc 
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OTHER 32-BIT EMBE- 
OFFER SOMETHI 


From the 68EC000 that’s just two dollars and change, 
Which means you get a seamless migration 


to the 68EC040 that delivers a full 22 MIPS, they’re 
all based on the world’s most popular architecture. 
When youre picking an embedded processor, _ path and reams of reusable code. Because each 


it pays to watch your step. Or you may wind up ‘ECOx0 embedded microprocessor is binary 
with a design that doesn't meet your performance compatible with all 68000-based microprocessors, 
expectations, and a schedule that keeps slipping. and with every other’ECOx0 family member. 
Not so with the new Motorola 68ECO0x0 line. What’ more, they're all engineered to give 
“Sample supplies are limited. Although the ‘EC040 is not yet available, you can start your 'EC040-based design today simply by ordering the 68040. Motorola and the @) are registered trademarks 
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DDED PROCESSORS 
NG OURS DON'T. 


your products virtualimmun- {__s8000micRopROcessorramiies | _ alll part of the package. And’ECOx0 
ity from memory wait states. | Richitectursiiniegration "= °° embedded microprocessors are 


They also deliver superior | 685S@EMBEDDED —_-ECo00 ECo20 FCo30 ECo40 | available at the price/performance 


Performance/Cost 


levels of sustained perfor- 83x INTEGRATED 302390381 382 440] points you need. 

mance, not “peak” MIPS like Motel OOO fants et ou cnacthepepewahie > So before you pick your next 

with other processors. So you i a a a ald a embedded microprocessor, call 

can use DRAM instead of SRAM, and minimize your —_1-800-845-MOTO, and get a free sample from the 

overall system cost. 68ECO0x0 family.” It's one step you'll never regret. 
As youd expect from Motorola, high perform- 

ance, low cost and exceptional technical support are (MA) MOTOROLA 


of Motorola, Inc. All brand and product names appearing in this ad are registered trademarks or trademarks of their respective holders. © 1991 Motorola Inc. All rights reserved. 
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) HMI provides complete development systems—in-circuit emulator, window 
driven source level debugger and software performance analyzer—that address all 
* aspects of the microprocessor system design cycle, from prototype to production: 


HMI Emulators Feature: EMULATORS 
@ Run at real-time with no wait states. 

@ Complex events and sequences for break and trigger conditions. 
@ Two independent 4K deep trace buffers. 

@ 1 psec resolution interval timer. 

®@ Logic analyzer capabilities built into the emulator. 

@ 16 External Trace bits. 

@ RS232 Interface up to 115.2K. 

B® Parallel Interface for high-speed downloading. 

@ Work with IBM PC family and UNIX based machines including SUN and Apollo. 


SOFTWARE 


HMI’s SourceGate ties it all together, so emulator features aren’t sacrificed to gain source- 
level debugging. 


HMI SourceGate® Features: 

®@ Custom window configuration determined by user. 

@ Support for major C, PL/M, Pascal and ADA compilers. 
@ Source code in the trace buffers. 

@ C variable tracking. 


ANALYZERS 
Add our Performance Analysis Card to complete your development package. 


Performance Analysis Features: 

@ Real-time hardware implemented software performance analyzer. 
@ 100 nsec resolution time-stamp in trace buffer. 

@ Setup trigger conditions to start and stop analysis. 

®@ View covered and not covered pieces of code. 


If you are looking for one development system that does it all, call (205) 881-6005, or write to Huntsville Microsystems Inc., 
3322 South Memorial Parkway, Huntsville, AL 35801. 


AVAILABLE EMULATORS 
68000 68302 8051 Family 
68008 68332 Ds5000 
68010 68340 8096/80196 Family 


68020 6809/6809E 8085 
68030 68HCI including  64180/Z180 
Fl and D3 Z80 
68HCO001 


IBM is reg. T.M. International Business Machines, Inc. _ UNIX is reg. T.M., Bell Laboratories, Inc. 
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EDITORIAL 
Intelligences theory reshapes thought 


Textual programming—either you love it or your hate it. Diagram- 
matic programming—either you love it or you hate it. A new theory 
of multiple intelligences illuminates why some people feel instantly at 
home with diagrammatic programming and some do not. As noted 
researcher Howard Gardner points out, “intelligence” has a specific 
meaning in Western culture. To Westerners, an “intelligent” person 
is quick witted, wise, or rational. Being good at working with diagrams 
does not figure into the conventional Western notion of intelligence. 

Looking for a quick way to categorize people, the educational 
establishment seized upon IQ tests. Misuse of IQ tests fostered the 
erroneous impression that only a single kind of intelligence exists and 
that a single metric can quantify that intelligence. Gardner’s frame- 
work immediately exposes the weakness of conventional IQ testing. 
Such tests actually measure little more than mathematical and lan- 
guage ability. 

Gardner postulates multiple intelligences. To find evidence of a sepa- 
rable intelligence within the human mind he looks for extraordinary 
abilities of individuals who are otherwise severely retarded and the 
abilities of precocious children. Mathematical, musical, and language 
abilities all fill the bill as separable intelligences. Both idiot savants 
and precocious children with these abilities are well known. Less well 
known, but just as easy to demonstrate as mathematical, musical, and 
language ability, is spatial intelligence. And spatial intelligence is the 
key to the power of diagrammatic programming. 

Everyone knows that engineers typically rank in the upper few 
percentiles in mathematical ability. Less well known is that engineers 
rank in those same lofty percentiles in spatial intelligence. Alas, spatial 
and literary ability seldom go hand in hand. Engineers rank in the 
thirtieth percentile or lower in language ability. In fact, engineers are 
notorious for their inability to express themselves in words. 

Rather, many engineers think and express themselves visually. 
Engineers’ tools and methods require no words. Engineers’ ex- 
traordinary spatial intelligence allows them to create designs and solve 
problems in ways that no computer can duplicate and, unfortunately, 
in ways that ordinary people cannot appreciate. No words can express 
how the power, beauty, and elegance of a good design stirs the passion 
of an engineer. 

Because children having extraordinary spatial intelligence often can- 
not spell well or forget to dot their i’s, the educational establishment 
labels them as dyslexic. Education becomes a barrier such children 
must surmount to reach an engineering career. Who knows how many 
potentially excellent, but unliterary, engineers the educational estab- 
lishment glibly weeded out? 

Gardner’s Project Zero at the Harvard Graduate School of Education 
(Cambridge, MA) wants to change this situation. Among other tasks, 


Project Zero is developing tests for all of the seven intelligences that 
Jesse H. Neal i 5 = 
BaitonsAchicvenient Awards Gardner postulates. If Project Zero succeeds, it will change the West- 
1990 Certificate, Best Editorial ern view of intelligence and the way we teach our children. 

1990 Certificate, Best Series 

1987, 1981 (2), 1978 (2), Charles H Small 
1977, 1976, 1975 Senior Editor 


American Society of 
Business Press Editors Award 
1988, 1983, 1981 


Send me your comments via FAX at (617) 558-4470, or on the EDN 
Bulletin Board System at (617) 558-4241 300/1200/2400, 8, N, 1. 
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Software packages that let you draw 
a program using flowcharts and icons 
can save you from writing line after 
line of code. (Photography by Frank 
Cruz, Denver, CO; photo courtesy 
Hewlett-Packard Co) 
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On the fringes of computing, far from where 
the mainstream of computer science flows, 
pioneers are developing a radically different 
way to program computers. No longer does 
programming mean scrawling down endless 
linear lists of arcane, incomprehensible gib- 
berish. Now you can draw your program. 


Charles H Small, Senior Editor 


By using diagrammatic pro- 
gramming to draw your pro- 
gram, rather than write it, you 
can create what the computer- 
science mainstream has vainly 
sought for years: comprehensi- 
ble software. Diagrammatic 
programming produces compre- 
hensible software because it 
taps the unsurpassed creative 
and analytical power of the vis- 
ual hemisphere of the human 
brain. Simply stated, although 
humans cannot even begin to 
approach computers’ text-han- 
dling expertise, they can still 
easily beat computers’ pattern- 
recognition abilities. Drawing 
programs is so new, and its ap- 
plications so diverse, that the 
technique has no formal name. 
You'll see the technique called, 
variously, pictorial program- 
ming, graphical programming, 
iconic programming, or dia- 
grammatic programming. 

The difference between text- 
based programming and dia- 
grammatic programming is the 


difference between a description 
and a mug shot, between a list 
of directions and a map, be- 
tween a formula and a graph. 
In diagrammatic programming, 
the ideal is the real; the docu- 
mentation is the program. 

Less than a trend, but far 
more substantial than a mere 
possibility, diagrammatic pro- 
gramming promises to do to tex- 
tual programming methods 
what the internal-combustion 
engine did to the horse: Like 
horses, text-based program- 
ming will become either an 
expensive diversion for the rich 
or a last resort for the truly des- 
perate. 

Diagrammatic programming 
is inherently better than text- 
based programming for two rea- 
sons: Humans, especially engi- 
neers, can generate and compre- 
hend pictures much more easily 
than they can linear lists of text. 
Secondly, the linear structure of 
a text-based program simply 
does not match the structure of 
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lf programmers used diagrammatic 

programming, dead code would be 
as unlikely as civil engineers’ drawing 
up blueprints for a road to nowhere. 


real programs. A multidimensional picture can model 
a complex program much more elegantly and succinctly 
than any linear list can. 


Still going down the wrong road 

Periodically, the computer-science mainstream pro- 
claims yet another variation on text-based program- 
ming that will magically transform programming from 
a craft into an engineering discipline. Remember 
“structured programming?” The latest such fad is “ob- 
ject-oriented” programming. But because these vari- 
ations depend on human beings’ reading, writing, and 
text-comprehension abilities, the latest, hottest textual 
programming method never seems to pan out. Progress 
in hardware is making the situation worse. Advances 
in hardware engineering more than nullify any ad- 
vances in software engineering. Fig 1 shows how hard- 
ware power has been increasing exponentially while 
software power has tended to level off. 

A common and effective optimizing technique points 
out how incomprehensible large programs really are. 
All optimizing compilers perform “dead-code removal” 
as part of their bag of tricks. During dead-code re- 
moval, the compiler searches for and deletes all subrou- 
tines and functions that are never called. Compiler 
writers include this optimization technique because it 
is simple for a computer to perform and because experi- 
ence shows that all large programs are riddled with 
dead code like raisins in an oatmeal cookie. 

Think for a minute: How does dead code come about? 
Clearly, at one point in time, some programmer took 
the time to craft a function or subroutine. The program- 
mer would not have written that code for the fyn of 
it. The programmer must have felt the code to be 
necessary. Yet other programmers working on the pro- 
ject who could have taken advantage of that code either 
forgot about its existence or never needed it. 

If programmers used diagrammatic programming in- 
stead of text-based programming, dead code would be 
as unlikely as civil engineers’ drawing up blueprints 
for a road to nowhere. 


A telling comparison 

Comparing engineers’ traditional graphical tools 
with programmer’s development tools proves telling. 
Engineers’ diagrams have two characteristics that set 
them apart from the doodles with which others design. 
Consider such graphical tools as Smith charts, Bode 
plots, pole-zero plots, and root-locus plots. Not only 
are these engineer’s tools intensely graphical, but sup- 
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Fig 1—The crescendo of hardware improvements continues 
to overwhelm the hushed advancements in software practice. 


pressed beneath the graphics are powerful, formal sys- 
tems of mathematics. 

The second distinguishing characteristic of engi- 
neers’ graphical tools is that they allow easy, bidirec- 
tional travel between the real and the ideal domains. 
Take a pole-zero plot, for example. An engineer can 
analyze a physical system and extract a pole-zero plot. 
At a glance, an engineer can tell much about the system 
from its pole-zero plot. And this process is reversible. 
An engineer can dispose poles and zeros on a pole-zero 
plot to create an ideal system that has the desired 
performance characteristics. From this plot, the engi- 
neer can synthesize the specs for real components, 
which will yield a system that performs according to 
the idealized pole-zero plot. 

Conventional software tools do not exhibit these 
characteristics. The tools do not rest on powerful, for- 
mal mathematics and are not bidirectional. 

For example, although utilities are available that 
will extract a flow chart from a program, you cannot 
modify such an extracted flow chart and recompile it. 
You can diagram a program, but—auntil recently—you 
still had to concoct linear lists of unfathomable text to 
realize that program. Now, using diagrammatic pro- 
gramming, you can actually compile your diagram. 
Once you can compile a software diagram, the need 
to go back and forth between the ideal and real domains 
largely goes away. 

Jensen Transformers’ Comtran ($950 to $3850) illus- 
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Diagrammatic programming 


trates the virtue of basing your diagrammatic- It exhibits the bidirectional nature of engineers’ gra- 
programming system on formal, mathematically de-  phical tools. Using Comtran, you can program IEEE- 
fined engineering tools. This software runs on Hewlett- 488 instruments to measure and analyze the perform- 
Packard desktop computers and IBM PCs equipped ance of a real-world system. The software presents the 
with an HP Basic Language Processor card ($3000). results of its analyses as graphs in the ideal domain. 


#include "WindowSupport.h” /* headers supporting window and display objects */ temp[2] = ReadTemp(); 
#include "ChartSupport.h" limitValue = ReadKnob(); 
#include "SwitchSupport.h” 
#include "LEDSupport.h" avgTemp = (temp[0]+temp[1]+temp[(2])/3.0; 
#include "KnobSupport.h" 
#include ."TimeSupport .h" plotPts[0] = tempt2]+ 
#include "DataAcgSupport .h” /* header for data acquisition board support */ plotPts[1] = av: 
plotPts(2] = elaeereieat 
int boardNum = 1; 


int channelNum = 1; AddPtsToMultiplotChart (multiplotChartP, plotPts); 


int ReadTemp (void) ; /* prototype for function that reads temperature */ if (temp[2]>limitvalue) { 
SetLED(ledP, True); 
main() Beep (); 
{ ) 
windowPtr windowP; else 
multiplotChartPtr multiplotChartP; SetLED(ledP, False); 
switchPtr switchP; 
LEDPtr ledP; 


te 0} = ts 1): 
& 2 emp [0] emp {1} 


temp[1] = temp[2]; 


int time; while (CurrentTimeInTicks() != time + 60) 
float temp(3], avgTemp; + /* Pause before new reading */ 
float limitValue; 
int switchValue; switchValue = ReadSwitch(); 
} while (switchValue == True); 
int numPlots = 3; 
float plotPts[{numPlots); DisposeKnob (knobP) ; /* free up memory used by window */ 
DisposeLED (ledp) ; /* and display objects */ 
windowP = NewWindow(...)+ /* create window and display objects */ DisposeSwitch (switchP) ; 
DisposeMultiplotChart (multiplotChartP) ; 
multiplotChart = NewMultiplotChart (windowP, numPlots,...); DisposeWindow (windowP) ; 
switchP = NewSwitch(windowP, ...)7 } 
ledP = NewLED(windowP, .. 
knobP = NewKnob(windowP, ...); float ReadTemp (void) { /* read a value from the board */ 


int reading: /* and convert it to a voltage */ 
SetSwitch(switchP, True); /* initially, the switch is up */ float voltage; 


temp(0] = ReadTemp(); AlRead(boardNum, channelNum, gain, &reading) ; 
temp[1] = temp[0]; AlIScale(boardNum, gain, reading, svoltage); 
return voltage; 
do { /* loop, reading the temp once a second */ } 
time = CurrentTimeInTicks(); /* and displaying the value until */ 
/* the switch is turned off */ 


Using diagrammatic programming, you can easily create and operate programs. A diagrammatic program for measuring, 
analyzing, and displaying temperature along with a simulated panel for controlling the program is shown in a. The wide arrow 
surrounding the diagrammatic program indicates a loop. A text-based C program for the same task is shown in b. (Photo 
courtesy National Instruments) 
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A multidimensional picture can 
model a complex program much 
more elegantly and succinctly than 
any linear list can. 


These graphs have the proven and powerful formats 
familiar to all analog-design engineers. 

To progress from the ideal to the real domain, 
Comtran also performs analog simulation. You pro- 
gram the simulator by drawing circuit diagrams. 
Comtran’s circuit “icons” correspond to mathematically 
defined ideal components. Armed with your parame- 
ters and specification, the software will run repeated 
circuit simulations. The simulator varies component 
values using standard values until the optimized circuit 
achieves your desired level of performance. 

No software-development system displays this level 
of bidirectionality or this kind of automatic optimiza- 
tion. In fact, in programmers’ lexicon, “optimization” 
means taking a stab at making a program either as 
fast or as small as possible, not making the program 
achieve a complex, formally defined performance speci- 
fication. 

Although diagrammatic programming requires a 
good graphical user interface (GUI), you shouldn’t con- 
fuse this programming style with a graphical user in- 
terface itself or with software that merely creates gra- 
phical user interfaces. Diagrammatic-programming 
systems are in the same league as programming lan- 
guages. 

Obviously, if you are going to draw your program, 
the computer you are using must have high-resolution 
graphics. Indeed, the inspiration for many diagram- 
matic-programming systems was the Apple Macin- 
tosh’s high-resolution graphics and graphics-oriented 
operating system. Without a host computer such as 
the Mac or a Unix computer running MIT’s (Cam- 
bridge, MA) X-Window System, crafting a diagram- 
matic-programming system would be difficult. Because 
of the IBM PC’s clunky graphics, diagrammatic- 
programming systems for these computers were the 
last to emerge. 

Diagrammatic programming can make what were 
once difficult software tasks easy. Real-time software 
is—with the possible exception of digital-signal- 
processing software—probably the most difficult kind 
of software to write, debug, and verify. Diagrammatic 
programming makes developing multitasking or mul- 
tithreaded programs effortless. You simply draw two 
lines of execution. 

The diagrammatic-programming pioneers are not on 
an altruistic mission to save the world from bad pro- 
grams. Their immediate goals are much more mun- 
dane. Many are trying to sell program-development 
or simulation systems to people who don’t like pro- 
gramming very much. Several diagrammatic-program- 
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Displaying results in a form familiar to analog-design engi- 
neers, Jensen Transformers’s Comtran automatically optimizes 
the response of a simulated analog circuit. 


ming systems address such hard-core programming 
jobs as developing real-time programs for single-chip 
microprocessors. 

A quick tour of some of the available diagrammatic- 
programming systems discloses that they fall into four 
broad categories—with some products overlapping 
categories: 

e@ Data-acquisition and instrument-control, and 

data-analysis and -display software 

e Engineering simulators 

@ Special-purpose program generators 

@ General-purpose program generators. 

National Instruments began work on its diagram- 
matic-programming system, Labview ($1995), in 1984, 
which qualifies the firm as a pioneer in diagrammatic 
programming. 

National Instruments chose the data-flow diagram 
as a visual metaphor. As with all diagrammatic- 
programming systems that animate a standard soft- 
ware-design method, the company’s programmers had 
to extend their chosen software metaphor to make it 
a workable tool. As soon as the first prototype was 
working, the need for icons that performed looping 
and iterating became painfully apparent. These icons 
perform the functions of common software constructs 
such as WHILE, FOR, and DO loops. The firm also 
concocted control icons that correspond to CASE state- 
ments as well as an icon that impresses a sequential 
execution order on segments of the data-flow diagram. 

The academic data-flow diagram, as presented in 
computer-science texts, omits these necessary opera- 
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tions. The developers at National Instruments, as well 
as all developers of diagrammatic-programming sys- 
tems, had to add features to academic models. 

National Instruments developed Labview for engi- 
neers working on IEEE-488 test systems. However, 
the program accepts data from any source (not just 
IEEE-488 instruments), so you can use the software 
as either a general-purpose engineering-simulation or 
data-analysis tool. 

Before diagrammatic-programming systems for 
IEEE-488 instruments, engineers programmed IEEE- 
488 hardware using versions of Basic. In the best of 
circumstances, Basic is an unwieldy tool for anything 
but the smallest and simplest mathematics-oriented 
tasks. Even with enhancements for handling real-time 
interrupts, writing an interrupt-driven, real-time in- 
strument-control and data-analysis program in Basic 
is a mind-warping, nerve-shredding chore. 

Controlling precision test instruments remotely over 
the IEEE-488 bus requires reams of idiosyncratic, low- 
level commands. Diagrammatic-programming systems 
for IEEE-488 instruments submerge this idiosyncratic 
boilerplate under simulated “front panels” the software 
displays on the host computer’s screen. Mousing the 
controls of the simulated front panel causes the com- 
puter to output the appropriate command string to the 
instrument and, in the case of measuring instruments, 
to collect the results of the instrument’s measurement. 
Diagrammatic-programming systems for IEEE-488 in- 
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As is common for diagrammatic-programming systems, 
Comdisco’s Signal Processing Workstation hides nitty-gritty de- 
tails in low-level, hierarchical windows. This screen shows three 
levels of a V.32bis modem: a block diagram of the entire mo- 
dem, the receiver and transmitter sections, and—at the lowest 
level—details of the encoder block. 
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The Apple Macintosh personal computer spawned many 
diagrammatic-programming systems. 


struments have built-in routines for analyzing and dis- 
playing data on simulated instrument readouts or in 
graphical form. 

With Labview, as with other diagrammatic-program- 
ming systems, multitasking is effortless and crystal 
clear. If your application demands multitasking, you 
simply draw multiple streams of execution. Using text- 
based programming for real time results in murky code 
that rivals old-fashioned Fortran spaghetti code for 
incomprehensibility. 

Wavetek’s Wavetest-XTM ($7995) has evolved into 
a diagrammatic-programming system for [EEE-488 
that is similar to Labview. This software runs on DEC 
workstations under DEC’s VMS real-time operating 
system and uses the X-Window System for display. 
The software combines two visual metaphors: the data- 
acquisition portion of the software employs the flow 
chart as a visual metaphor, and the analysis portion—a 
product DEC developed—uses the data-flow diagram. 

Wavetek had to add enhanced case, looping, and 
branching icons to the standard flow-chart symbols. 
The company also added a real-time construct to handle 
asynchronous service requests (SRQs) from IEEE-488 
instruments. To set up a prioritized interrupt handler, 
you expand the SRQ icon and fill in a table. The table 
has spaces for identifying the interrupt sources, assign- 
ing a handler for their interrupts, and assigning a prior- 
ity to each interrupt source. This simple table provides 
a clean and concise solution to what is a nasty bit of 
coding in other programming systems. 

Also bridging data acquisition and display, as well 
as general-purpose simulation, is Hewlett-Packard’s 
VEE (simulator $995; IEEE-488 version, $5000). This 
software runs on HP 9000 computers under HP-UX 
(HP’s Unix) and the X-Window System. The visual 
metaphor for VEE is the data-flow diagram. You draw 
your program by connecting icons. The software comes 
with icons for engineering and mathematical opera- 
tions. 

The icons themselves are examples of object-oriented 
programming. For example, the simple-seeming multi- 
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Diagrammatic-programming systems make multitasking 
effortless. To launch two independent processes using Hewlett- 
Packard’s VEE system, for example, you draw two separate 
threads of execution. 


plication icon can perform any mathematically allow- 
able multiplication. The icon can sense the types of 
data that appear at its front end. The icon can multiply 
integers, floating-point numbers, complex numbers, 
and matrices without specific instructions. 

Extend ($495) from Imagine That Inc lets you simu- 
late complex electronic systems on your Mac. This gen- 
eral-purpose, dynamic-system simulator comes with 
function-block icons for amplifiers, filters, digital gates, 
and control functions. The program also has data- 
analysis and display icons, so you can see the results 
of your simulation. Jasco Systems Ltd’s Spawn soft- 
ware ($995) offers analogous possibilities for IBM PCs. 

I-Logix Ine chose an enhanced state-transition dia- 
gram as its visual metaphor for diagrammatic-program- 
ming systems. The company’s booklet describing the 
enhancements is worth reading if for no other reason 
than to improve your own manually drawn state- 
transition diagrams (Ref 1). 

The company’s first product, Statemate ($15,000 to 
$70,000), simulates finite-state machines. You draw a 
state-transition diagram and other supporting docu- 
ments on the screen of your workstation. You can then 
link your state machine to a simulated operator’s con- 
trol panel and “operate” your state machine. 

Following the trend of metamorphosing simulators 
into code generators, the company’s latest product, 
Express VHDL ($32,500), turns your state machine 
into a hardware-description-language listing in VHDL 
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(VHSIC Hardware Description Language). You can 
compile the resulting VHDL listing into an ASIC. 
In other words, you can go from an elegant and rarefied 
finite-state machine to an IC at the press of a func- 
tion key. 

Not all diagrammatic-programming systems are gen- 
eral-purpose simulators. Some address specific tasks 
such as digital-signal processing (DSP). Writing DSP 
software is a software engineer’s nightmare. DSP com- 
bines arcane mathematical algorithms, abstruse phys- 
ics, and quirky pP instructions sets into a horrific 
witch’s brew. 

Comdisco Systems’ Signal Processing Worksystem 
($25,000), which runs on Unix workstations, began life 
as a simulator. The simulator accepts simulation pro- 
grams drawn on a workstation screen using engineers’ 
DSP function blocks. Comdisco’s visual metaphor is 
the familiar engineers’ block diagram. Now that C com- 
pilers are available for DSP pwPs, the system has 
evolved into a program generator as well. 

The essential task of DSP is molding waveforms into 
a desired form. Comdisco’s tool can display and manipu- 
late multiple waveforms, so you can compare your DSP 
system’s inputs and outputs. 

The software comes with libraries comprising hun- 
dreds of function blocks. The function blocks generate 
signals, filter signals, modulate and demodulate sig- 
nals, encode and decode signals, and perform various 
mathematical and nonlinear operations. You wire these 
function blocks up in a diagram that superficially re- 
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All diagrammatic-programming systems based on existing 
software-design tools needed additional operations to be- 
come workable programming systems. When Wavetek chose 
the flow chart as the visual metaphor for its Wavetest-XTM 
program, the company had to add numerous icons for looping, 
selecting, and broadcasting. 
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Diagrammatic programming 


A rule-based, real-time expert system is not beyond the 
scope of diagrammatic programming, as this |-Logix Statemate 
program shows. 


sembles a data-flow diagram. However, DSP systems 
are clocked, pipelined systems, so the analogy is inex- 
act. Data flow through a DSP diagram in lock step, 
each block performing its function at each clock pulse. 
In contrast, the blocks in a data-flow diagram, much 
like the synapses in your brain, do not fire unless a 
complete set of data arrives at a block’s input. 

Hyperception’s Hypersignal ($489 to $2995) ad- 
dresses digital-signal processing on IBM PCs in a simi- 
lar fashion. The company also employs the block dia- 
gram as a visual metaphor. The software runs under 
DOS or Windows 3.0. This software is mainly a simula- 
tor; only some of the digital-filter blocks generate 
executable code in C and DSP-yP assembly language. 

Integrated Systems’ AC-100 ($25,000 to $120,000) 
is a diagrammatic-programming system designed for 
control engineers. The software runs on DEC VAXsta- 
tions and accepts program specifications in the form 
of control engineers’ block diagrams. The program cre- 
ates a nonreal-time simulation from the block diagram. 
You can run this simulation from a simulated “front 
panel” display, observing the simulation’s response. 
The program displays outputs in graphical forms famil- 
iar to control engineers, such as Bode plots, root-locus 
plots, and Nichols plots. 

The software can also generate real-time programs, 
in C or Ada, for the firm’s hardware simulator. This 
hardware simulator is a Multibus II backplane with 
various processor and I/O boards. The software can 
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generate multiprocessor programs running on as many 
as ten 80386 CPU boards in the hardware simulator. 

Even some of the proponents of object-oriented pro- 
gramming realize that diagrammatic programming is 
the best way to make programs comprehensible. How- 
ever, diagrammatic programming alone does not make 
object-oriented programming clear. On the road to un- 
derstanding object-oriented programming, the novice 
must first hurdle the considerable barrier that object- 
oriented programming’s peculiar jargon forms. 

Objectcraft’s eponymously named Objectcraft pro- 
gram ($399) lets you construct a C+ + program from 
icons that symbolize the various entities that populate 
object-oriented land. You can draw a sort of data-flow 
diagram having interconnected “objects” (programs or 
utilities). These objects can have “slots” (variables, ar- 
rays, or structures) for numbers, strings, and pointers. 
The objects can also contain “methods” (subroutines 
or functions). 

You can “import” (link in) existing programs and 
utilities. Objectcraft (the program, not the company) 
then generates real C+ + or Turbo Pascal 5.5 code 
from your diagram. 

Semaphore Tools’ Pilot software ($5000) lets you 
draw a diagram to structure a C++ program. Con- 
versely, you can alter your C+ + listing, and the tool 
will extract an updated software diagram from your 
altered diagram. 

If you have a hankering to try diagrammatic pro- 
gramming, you are not confined to grandiose, high- 
level projects such as designing a VHDL ASIC or simu- 
lating a communications network. Tao Research Corp’s 
GDS-11 ($1725) is a diagrammatic-programming sys- 
tem for the 68HC11 single-chip microprocessor. The 
software includes a compiler, simulator, and symbolic 
debugger and runs on the Macintosh. This system uses 
state-transition diagrams as a visual metaphor. The 
state diagrams follow usual engineering practice with 
a few extensions. One minor change is that the states 
are in rectangular boxes instead of ovals. Boxes are, 
after all, easier for the computer to draw than ovals. 

A more important change is that you can subsume 
a collection of states and their relationships under a 
single state. That is, you can hierarchically rank sub- 
machines beneath a parent state machine. This facility 
proves handy when a state machine becomes too big 
or unwieldy to display on the Mac’s screen. 

The software’s state diagrams conflate elements of 
Mealy and Moore finite-state machines. Hardware en- 
gineers have no problem distinguishing between Mealy 
and Moore finite-state machines, but programmers 
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usually have a dimmer understanding of formal finite- 
state automata. In keeping with Mealy state machines, 
you annotate each directed state transition with the 
input that triggers the transition and—separated by 
a slash—the output that accompanies that transition. 
But like a Moore state machine, you can also put an 
action in the state box. The program will execute this 
action as long as the program is in that state. 

Just like other diagrammatic-programming systems, 
multitasking is effortless with GDS-11. You draw a 
state-transition diagram for each independent process. 
The diagrammatic-programming compiler produces 
both intermediate code for the system’s simulator and 
68HC11 machine code in Motorola S records. 

In the short term, expect more established simula- 
tion and analysis tools to acquire diagrammatic- 
programming front ends. The Mathworks’s Simulab, 
Tutsim Products’ (Palo Alto, CA) Tutsim, and several 
enhanced versions to Spice have already gained such 
user-friendly front ends. In the long term, diagram- 
matic programming could be a paradigm shift for pro- 
gramming. 

Writing, debugging, and verifying a text-based pro- 
gram is the devil’s own curse. Few humans have the 


ability and the inclination to engage in such a hassle. 
With luck, these more-humane pictorial programming 
tools will become prevalent, leaving text-based pro- 
gramming to those chosen few who have the kinds of 
minds that can handle such a chore. After all, we'll 
always need a few text-based programmers to write 
compilers. Further, diagrammatic programming offers 
the exciting possibility of automating the construction 
and verification of programs, much as pe-board-layout 
and ASIC tools perform automated place-and-route and 
minimization. 
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BRING IT TO LIFE WITH LABVIEW" 2 


Tired of wrestling with cryptic textbased programming languages? 

Then make the switch to LabVIEW 2 on the Macintosh. 

LabVIEW 2 is the most celebrated application software for data 

acquisition and instrument control. It recently won the MacUser 

magazine Editors’ Choice award. Five years ago, LabVIEW 
introduced the combination of front panel interfaces and graphical 
programming. Today, engineers and scientists around the world use 
labVIEW 2 for a broad spectrum of applications. 


Unlike other graphical packages, LabVIEW 2 does not sacrifice 
power and flexibility for ease of use. With LabVIEW 2, you quickly build 
block diagram programs and add your own blocks to expand upon our 
ibraries. You also create front panel user interfaces and import pictures 
to customize the panels. Yet LabVIEW 2 virtual instruments run as quickly 
as compiled C programs. Call us to find out how LabVIEW 2 can bring 
ife to your system. 


For a free LabVIEW 2 Demo disk, call: NATIONAL . 
512} 7940100 oF ‘Sica: 
800} 433-3488 6504 Bridge Point Parkway 
U.S. and Canada) Austin, TX 78730-5039 


© National Instruments Corp. 1991. 
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ROM monitor 
tips and tricks 
aid debugging effort 


In-circuit emulators have supplanted the 
primitive ROM monitors of years past, but 
new high-speed microprocessors are often a 
step ahead of emulators’ capabilities. So, 
once again, ROM monitors—basic and 
inexpensive, but no longer primitive—are 
gaining favor. Though not without limita- 
tions, ROM monitors can do a lot if you 
know how to use them. 


Peter Dawson, Embedded Support Tools Corp 


and Andy Lantz, Intermetrics Microsystems 
Software Inc 


Engineers debugging software for the latest, fastest, 
and most complex microprocessors lack the necessary 
tools. In-circuit emulators for the chips aren’t always 
available as soon as the silicon is; and even if emulators 
are available, they don’t always do everything you 
want them to. An emulator might not run at a proces- 
sor’s full speed, for example, because its intrusive na- 
ture can alter a computer board’s electrical characteris- 
tics and make full-speed emulation unreliable. 

New versions of an old debugging tool—the ROM 
monitor—can help you deal with these problems. A 
ROM monitor is simply an EPROM-resident program 
on a computer board that gives you certain debugging 
abilities (see box, “ROM monitors: Basie but im- 
proved,” pg 24). ROM monitors can’t do everything 
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that in-circuit emulators can, but their limitations 
aren’t as great as you might think. You can overcome 
many of the limitations by using the right approach 
and by combining ROM monitors with logic analyzers 
and ROM emulators. 


Misperceptions about limitations 

Among the limitations that some software develop- 

ers perceive about ROM monitors are: 
@ Application code won't run in real time, because 
the application code and the ROM monitor’s code 
must share the same processor. 
e@ You can’t acquire a trace of program activity 
because a ROM monitor—unlike an in-circuit 
emulator—doesn’t observe bus activity. 
@ You can’t set breakpoints on instructions in ROM 
because a ROM monitor doesn’t observe bus ac- 
tivity and because code in ROM is unalterable. 
These perceptions fail to consider some of a ROM 
monitor’s abilities, however. ROM monitors can work 
around each of these situations and provide additional 
functions as well (see box, “How a ROM monitor 
works,” pg 26). 

The concern about application code running in real 
time does sound reasonable at first. After all, your 
application code and the ROM monitor’s code do share 
the same processor. Between breakpoints, however, 
your code runs in real time; once a ROM monitor passes 
control to your application, the monitor is inactive until 
your code encounters the next breakpoint. And, if your 
target processor has on-chip cache memory, your code 
can utilize the cache at full speed. In-circuit emulators 
sometimes have to disable the cache in order to perform 
reliably. 


23 


In some cases, ROM monitors are faster 
than in-circuit emulators. 


At times, though, you will want to sacrifice real-time 
speed in order to use additional debugging features. 
For example, your code slows down significantly (a 
factor of 8 is typical) if you instruct the ROM monitor 
to accumulate a record of program activity in a trace 
buffer. It is possible, though, to use a logic analyzer 
with a ROM monitor and not suffer this speed penalty. 

If you use a ROM monitor alone, filling a trace buffer 
will be slower, but still possible. Although a ROM 
monitor has no hardware for monitoring bus activity 
to observe a microprocessor’s program counter, it 


works around this limitation by taking advantage of 
the processor’s trace mode. 

A ROM monitor initiates the trace mode by setting 
a bit in the microprocessor’s status register. In trace 
mode, a trace exception (a software interrupt) occurs 
after each instruction; the exception-handler code then 
invokes the ROM monitor, which stores the program 
counter of the instruction just executed in a RAM ta- 
ble. (The trace vector pointing to the exception handler 
is one resource that you must reserve for the ROM 
monitor’s use. See box, “Some practical matters,” pg 86 .) 


Before in-circuit emulators there 
were ROM monitors—simple 
ROM-resident programs that 
provided minimal debugging fea- 
tures. Then, as now, ROM moni- 
tors formed part of the memory 
space of a target system in need 
of debugging. 

Early ROM monitors let you 
run your program with break- 
points on individual instructions 
or to step through your code one 
instruction at a time. You 
couldn’t acquire an instruction- 
trace record and you couldn’t set 
breakpoints on data references. 
You could display register con- 
tents, and you could display and 
alter the contents of memory lo- 
cations, but user interfaces were 
at the machine-code level; dis- 
plays were primitive, and you is- 
sued commands as numbers 
rather than mnemonics. 


Better chips, better monitors 
Today’s ROM monitors are 
more sophisticated. Taking ad- 
vantage of newer microproces- 

sors’ trace bits or trace flags, 
they provide instruction-by-in- 
struction program tracing that 
you can enable and disable at 
points of your choosing. The proc- 
essor’s trace bits and flags also 


ROM monitors: basic but improved 


make possible data breakpoints— 
as opposed to code (instruction) 
breakpoints—so that your pro- 
gram will halt any time it changes 
a data location that you’ve speci- 
fied. Your program does slow 
down significantly when you run 
your processor in trace mode, but 
between breakpoints with tracing 
disabled, your program will run 
in real time. 

In some cases, ROM monitors 
are even faster than in-circuit 
emulators. The transmission-line 
effects of an emulator’s cabling 
can alter a high-speed computer 
board’s electrical characteristics, 
and thereby preclude the emula- 
tor’s full-speed operation. Prob- 
lems of this type are increasing 
as some microprocessors increase 
their pin counts and others move 
to fine-pitch surface-mount tech- 
nology, thus making socketing 
more complicated. ROM monitors 
are unaffected by cabling, how- 
ever; they reside on the board 
and make use of the board’s ac- 
tual processor. 

Chips that operate with an in- 
ternal-instruction cache or pre- 
fetch instructions also present 
problems for emulators that ROM 
monitors can circumvent. An 
emulator can only observe infor- 
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mation on the bus—external to 
the chip—and because instruc- 
tions in cache are internal to the 
chip, an emulator can’t be aware 
of them. Therefore, if you use an 
emulator for a chip with an in- 
struction cache, you must disable 
the cache to be able to debug pre- 
cisely. A ROM monitor, however, 
can provide debugging with the 
cache enabled. 


Special chips for ROM Monitors 


As microprocessor manufactur- 
ers design more features into sili- 
con, the use of ROM monitors will 
increase. Motorola’s MC68332, 
for example, has a background 
mode that provides “hooks” into 
its operation. Intel’s 80386 even 
has hardware breakpoint capa- 
bilities designed into the chip. 

ROM monitors don’t do every- 
thing that emulators do, but they 
are much cheaper—typically less 
than $1000, versus perhaps 
$15,000 for an emulator. Because 
of that extreme price difference, 
some software-development 
teams use several ROM monitors 
and one shared emulator. The 
ROM monitors work well for 
many phases of debugging; the 
emulator is reserved for tasks 
that really need it. 
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After storing a program counter, the ROM monitor 
returns control to your application program at the in- 
struction following the one indicated by the program 
counter. This instruction-by-instruction sequence con- 
tinues until the program encounters a breakpoint or 
until you interrupt the program. 

Leaving the trace enabled all the time is undesirable, 
however. Not only does it slow down the execution of 
time-critical routines, but it may cause the trace buffer 
to be filled with information that’s irrelevant to the 
bug you're trying to find. You may, however, be able 
to trace selectively. If your ROM monitor allows com- 
plex breakpoints (breakpoints followed by the execu- 
tion of directives that you have previously specified), 
then you can set breakpoints at strategic points in the 
program and either enable or disable trace at each of 
those points. 

At a breakpoint, or when you interrupt your pro- 
gram, you can display the accumulated trace buffer 
either as a simple list of program counters or as disas- 
sembled instructions. You can also instruct some ROM 
monitors to save additional information about the in- 
structions they record in the trace buffer (Fig 1). 

Often you do need more information than just which 
instructions have been executed. It is not enough to 
know, for example, that the instruction MOVE #0,(A3) 
has been executed if the address in A3 was incorrect 
to begin with. However, you can direct the ROM moni- 
tor to capture, for each instruction executed, any effec- 
tive addresses and the values at those addresses before 
and after instruction execution. Configuring a ROM 
monitor for this kind of trace does exact an additional 
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, OLD DESTINATION > NEW DESTINATION 
VALUE VALUE 


(_) INDICATES EFFECTIVE ADDRESS 


(00b00000) 


Fig 1—A ROM monitor’s full-trace display can 
tell you not only what instructions have been exe- 
cuted, but also information about what those in- 
structions have done. Here, the command DTBF 3 
instructs the monitor to display a backward trace 
with full data movement for three instructions. For 
the first instruction—move.! (a0),(al)—the display 
shows that the value aaaaaaaa was copied from mem- 
ory at address ea0000 into memory at address 
b00000. In the second instruction, dl was incre- 
mented by 1, changing its value from 12345678 
to 12345679. In the third instruction, the contents 
of the lower-order word of dl (5679) were copied 
into the lower-order word of d2, which changed 
from 5555 to 5679. 


penalty in execution speed because the monitor must 
disassemble each instruction prior to execution. How- 
ever, the monitor lets you accumulate a trace that can 
help to pinpoint the spot where an assignment through 
a bad pointer takes place. 

The problem of setting breakpoints on instructions 
in ROM (usually EPROM) requires ROM monitors to 
take a different approach than for setting breakpoints 
in RAM. For RAM breakpoints, ROM monitors nor- 
mally replace an application-program opcode with some 
other instruction—for example, a trap instruction. 
When the replacement instruction executes, an excep- 
tion occurs that passes control to the monitor. 

However, you can’t overwrite opcodes in EPROM, 
so the ROM monitor again takes advantage of the tar- 
get microprocessor’s trace mode. But, in addition to 
saving the program counter value, the monitor com- 
pares it with each address previously recorded in a 
list of breakpoint addresses. 

This technique won’t work, though, if you try to set 
a breakpoint in an interrupt-service routine (ISR) that 
resides in EPROM. Interrupt processing saves the ex- 
isting status register on the stack and then disables 
tracing. Thus, because tracing is disabled, the monitor 
can’t check for breakpoints in EPROM after each in- 
struction. 

The solution to this problem involves forcing the 
trace bit to be on during execution of the ISR. One 
way to do this is for you to make the interrupt vector 
point to code in RAM that jumps to the actual ISR 
code in EPROM (Fig 2). When program control gets 
to this jump instruction, the old status register has 
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Setting breakpoints in a ROM-resident 
interrupt-service routine requires a little 
trickery. 


been saved and tracing has been disabled. But, because 
the jump instruction is in RAM, you can set a break- 
point on it and, at the same time, enable tracing. 

Sometimes, in addition to code breakpoints (break- 
points on instructions), you need data breakpoints 
(breakpoints that halt execution on access to a particu- 
lar data location). These breakdowns are a standard 
feature of in-circuit emulators, which can nonintru- 
sively monitor bus activity. 

With ROM monitors, there are two different ways 
to simulate data breakpoints. Both methods have the 
limitation of checking only for write operations that 
change the value of the memory location; they can’t 
detect reads, and they can’t detect writes of a value 
that the location already contains. However, they are 
adequate for many purposes. 

The first method for simulating data breakpoints 


uses the microprocessor’s trace mode in a way similar 
to that used by code breakpoints in EPROM. With 
this method, after the execution of each instruction, a 
ROM monitor checks to determine if the contents of a 
particular memory location have changed either to or 
from a specified value. This method makes the program 
run more slowly because extra code must execute after 
each program instruction. 

The second method isn’t as slow, but it doesn’t guar- 
antee that a change to memory will be detected imme- 
diately. With this second method, you set complex 
breakpoints at strategic points in your program and 
give directives to check for the appropriate change to 
the memory location. 

To avoid the slowdown associated with data break- 
points, you can use a logic analyzer in conjunction with 
a ROM monitor. The same approach also works with 


How a ROM monitor works 
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In normal use for debugging, a 
ROM monitor is activated upon 
power-up of the target board on 
which it resides. In most cases, 
you communicate with a monitor 
via a serial connection from a host 
computer or terminal. A loader 
routine in the monitor code lets 
you download application code 
into target RAM. 

Using a ROM monitor enables 
you to start and stop the applica- 
tion program and also examine 
and modify values in memory and 
the board-resident microproces- 
sor’s registers. In addition, all 
ROM monitors support the two 
basic functions of setting break- 
points and single-stepping 
through code. 

A ROM monitor implements 
code (instruction) breakpoints in 
RAM by removing the instruc- 
tions at breakpoint locations and 
replacing them with trap instruc- 
tions or illegal instructions. It 
saves the original instructions in 
a temporary storage area that is 
reserved for the ROM monitor in 


on-board RAM. When the appli- 
cation program gets to one of the 
trap instructions, control passes 
to the exception handler for that 
trap, which is actually an entry 
point into the ROM monitor. 
Once entered, the ROM moni- 
tor puts back into the application 
code all the original instructions 
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that were replaced with trap in- 
structions at breakpoint loca- 
tions. This action enables you to 
examine program memory and 
see your own program instruc- 
tions rather than the replacement 
trap instructions. 

To resume execution of the ap- 
plication program after a break- 
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A ROM monitor resides in ROM on a target board, but makes use of a small amount of target 
RAM, where it maintains a breakpoint table and a trace buffer. 
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tracing. The key is to use a logic analyzer’s event- 
capturing capabilities to activate the ROM monitor. 
Take the logic analyzer’s trigger output (a signal that 
is generated when a trigger condition occurs) and feed 
it to an interrupt on your target board’s processor. 
An exception handler can then activate the ROM moni- 
tor, letting it display registers or other information. 

In the techniques described so far, an exception—a 
software interrupt—has invoked the ROM monitor. 
But that is different than when the ROM monitor itself 
is interrupted. If your program uses interrupts, as 
many embedded-systems applications do, then much 
of your program’s execution time might be spent in 
the routines that service those interrupts. And, be- 
cause a ROM monitor resides on the target system, it 
is subject to those same interrupts. 

To avoid potential problems arising from interrupts, 


RAM SPACE 


VECTOR TABLE 


ROM SPACE 


CONDITIONAL BREAKPOINT SET 
AT JUMP INSTRUCTION IN RAM 
TO ENABLE TRACE IN ISR. 


Fig 2—Setting breakpoints in ROM-resident interrupt-service routines requires 
a little trickery. First, make each vector in the vector table point to an entry 
in a jump table, which you locate in RAM. You can then set conditional 
breakpoints on the RAM-resident jump instructions. 


point, the ROM monitor pushes 
the address of the breakpoint 
onto the stack and executes an 
RTE instruction, causing a re- 


turn from the exception. An addi- 
tional action must occur between 


these two steps, however, or 
there will be a problem: The 
original instructions—not the 


trap instructions—are in program 
memory, so the RTE instruction 


will cause execution to resume 


with breakpoints disabled. On the 


other hand, if the monitor re- 
places the original breakpoint- 
location instructions with the 
trap instructions before issuing 


the RTE, the next instruction to 
be executed is a trap instruction, 


resulting in a premature return 
to the monitor. (Note that the 
original instruction must be re- 
placed in order to be executed.) 
To avoid this dilemma, the 
ROM monitor sets the trace bit 
in the microprocessor’s status 
register before issuing the RTE 
instruction. This action causes 


instruction and then take a trace 
exception, activating the ROM 
monitor as the exception handler. 
The ROM monitor then installs 
all the breakpoints, disables the 
trace bit in the status register, 
and finally issues the RTE in- 
struction. The application pro- 
gram then proceeds until it 
reaches the next breakpoint. 

The other basic function of 
ROM monitors—single stepping 
through the application pro- 
gram—also involves the trace bit. 
When you issue a command to 
single-step, the ROM monitor 
sets the trace bit in the status 
register. With this bit set, a trace 
exception occurs after each in- 
struction, and the exception han- 
dler—as in the case of the trap 
exception handler—is an entry 
point into the ROM monitor. 

In addition to these basic func- 
tions, most ROM monitors have 
additional features. Some of them 
might, at first, seem impossible 
to implement—for example, set- 


instructions are unalterable, or 
tracing program flow even 
though the monitor doesn’t con- 
nect to the bus to observe proces- 
sor activity. Both of these fea- 
tures are possible in the micro- 
processor’s trace mode; they 
work, but sacrifice speed. 

With ROM breakpoints, the 
ROM monitor puts the processor 
in trace mode and stores break- 
point locations in a reserved area 
of RAM. Because the processor 
is in trace mode, it activates the 
ROM monitor with each instruc- 
tion, at which point the monitor 
checks the table of breakpoint lo- 
cations to see if the application 
program has encountered a 
breakpoint. 

Similarly, the ROM monitor 
builds a program-trace buffer in 
reserved RAM. Running in trace 
mode, the processor activates the 
monitor with each instruction; 
the monitor then stores the in- 
struction location in the trace 
buffer. 


the processor to execute a single 


ting breakpoints in ROM where 
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Using a ROM emulator with a ROM 
monitor lets you avoid burning 
EPROMs and can even give you real-time 
breakpoints. 


some ROM monitors, when active, mask all maskable 
interrupts. The problem with this approach is that not 
all interrupts are maskable. Also, if you’re using inter- 
rupt-driven I/O to manage the serial communication 
between the host computer and the monitor, masking 
all interrupts causes communication to stop. 

As an alternative to interrupt-driven I/O, you can 
use polled I/O in your program. A disadvantage of 
polled I/O, however, is that it won’t let you send an 
abort sequence from the host to interrupt your pro- 
gram. 

If you want your interrupt-service routines to oper- 
ate even when the ROM monitor is active, you must 
ensure that your ISRs don’t alter any values that the 
monitor may have stored in registers. If an ISR uses 
any registers, it must save the registers’ contents upon 
entry to the ISR and restore them upon exit. If your 
ISR uses a global data register, such as A5, to access 
global data from your application code, then it must 
explicitly reassign that register after it puts the moni- 
tor’s value from the register on the stack. 

You can also avoid some potential problems by mak- 
ing sure that your application’s I/O is compatible with 
the ROM monitor you use. If your target board has a 
single RS-232C port that has to be shared between the 
application and the ROM monitor, you can simplify the 
situation by making one routine manage all serial port 
I/O. Often, you can use the ROM monitor’s I/O routine 
as a system call that is available to your application. 
If your application uses C library routines for standard 


Some practical matters 


I/O (printf), and so forth), you need to use a version 
of the library that accesses the monitor’s I/O system 
calls in the lowest-level routines. If you’re using the 
monitor as part of an integrated tool kit (compiler, 
utilities, ROM monitor), look for libraries built for use 
with the monitor or for library source code that you 
can modify. 


ROM emulator provides serial port 


Even if your target system has no serial port, you 
might still be able to use a ROM monitor. Instead of 
a target-board port, you use the port on a ROM emula- 
tor. A ROM emulator is a hardware device with a 
probe that inserts into a ROM socket on your board, 
much as an in-circuit emulator’s probe inserts into a 
microprocessor socket. It emulates ROM by providing 
RAM, a serial port, and downloading. You can use its 
serial port to download both your application code and 
the ROM monitor code. Just make sure that if a ROM 
emulator has your only serial port that the port is 
capable of bidirectional communication. You need this 
capability so that your host computer or terminal can 
receive messages from the monitor as well as send 
messages and download code to it. 

A ROM emulator can also help you work around 
other target-system shortcomings. An obvious use is 
to “convert” plentiful on-board EPROM to emulator 
RAM for debugging purposes, so that you don’t have 
to burn new EPROMs after each software change. 
With some ROM emulators, you can even gain real- 


To make use of a ROM monitor, 
your target system must have 
enough available memory space 
and, usually, an RS-232C port. 
By selecting user-configurable 
parameters when you install your 


monitor, you avoid conflicts be- 
tween the monitor and your ap- 
plication for memory space or 
other resources. For example, 
you must specify the trap or 
breakpoint instructions used by 
the monitor. 

The smallest monitors, sup- 
plied as software, occupy 2k to 


3k bytes of EPROM space and a 
small amount of RAM. Often, 
these small monitors are accessi- 
ble only through the interface of 
a source-level debugger. Larger, 
more capable monitors often 
come as EPROMs on a develop- 
ment board. The 332Bug monitor 
on Motorola’s M68332EVS board, 
for example, uses 128k bytes of 
EPROM and 16k bytes of RAM. 
It includes a line assembler and 
disassembler. 

You can leave a monitor in your 
finished product for debugging 
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any problems that may arise after 
delivery. You should reconfigure 
the monitor, though, so that sys- 
tem power-up starts the applica- 
tion code instead of the monitor 
code. 

Invoking the monitor in a 
working system normally means 
connecting a terminal to the sys- 
tem’s serial port and sending an - 
escape sequence. Alternatively, 
the system can activate the moni- 
tor itsel{—to do a memory dump, 
for example, or to auto-dial for 
field support. 


time breakpoints—that is, breakpoints without the 
trace-mode slowdown. For this capability, you’ll need 
a ROM emulator that lets your target board’s processor 
write to its RAM, thus allowing the necessary opcode 
overwrites. 

Source-level debuggers are also useful in combina- 
tion with ROM monitors. Many monitors are compat- 
ible with a debugger, and the debugger can drive the 
monitor much like it would drive an in-circuit emulator. 

If you have very little EPROM space on your target, 
the “smart debugger, dumb monitor” approach can be 
attractive. A dumb monitor often doesn’t have an inter- 
face that a user can access directly; all communication 
takes place via a binary protocol initiated by the 
source-level debugger. 

If you need both source-level debugging and a com- 
plete ROM monitor, you'll prefer the “smart debugger, 
smart monitor” approach. You need more EPROM 
space for this approach, but the smart monitor lets you 
access it directly to perform low-level functions that 
are unavailable in the debugger. 


PROMICE takes ROM 
emulation a step beyond... 


An affordable, multi-operational 
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A cycle by cycle simulation of switch-mode power supplies is recognized as a difficult simulation task for 
SPICE-based simulators, which must cope with timings that can span 4 orders of magnitude. This problem 
invariably results in very long simulation times, but is improved considerably by MicroSim's approach of 
building the controller macromodel chips so that a significant section is simulated in the digital domain. PSpice's 
behavioral modeling and mixed analog/digital simulation capability makes this possible. 


PSpice is available on the IBM-PC (running DOS or OS/2); Macintosh I; Sun 3, Sun 4, and SPARCstation; DECstation 4 
2100, 3100, and 5000; and the VAX/VMS families. In addition to the PWM macromodels, the PSpice library contains > 
over 3,500 analog and 1,500 digital parts which can be used in a variety of applications. Our technical staff has over 150 

years of combined experience in CAD/CAE, and our software is supported by the engineers who wrote it. 


For further information about the PSpice family of products, call us at (714) 770-3022, or toll free at (800) 245-3022. 
Find out for yourself why PSpice has become the standard for circuit simulation. 
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Adapter and software 
simplify interface 
to SCSI peripherals 


Using an off-the-shelf adapter board, you 
can connect your computer to a SCSI bus 
as a host device. The board performs the 
functions of the low-level SCSI protocol, so 
instead of worrying about hardware detatls, 
you can work at the high level in software. 


William C Warner, Consultant 


Connecting your computer to a SCSI bus can give you 
control over many types of equipment. Almost all opti- 
cal-disk drives and a growing number of magnetic-disk 
drives use the SCSI bus. Many peripherals 
such as instruments, op- 
tical-disk jukeboxes, and 
document scanners also 
have SCSI connections. 
Fortunately, connect- 
ing your computer to a 
SCSI bus doesn’t have 
to be an exercise in 
hardware design. SCSI 
adapter boards can han- 
dle the low-level protocol 
for you, letting you control SCSI devices at the high 
level, with software. You simply configure your adapter 
board and write some software. This article contains 
examples of routines written in C for a hypothetical 
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The software listings in this article are 
available on EDN’s computer bulletin 
board system (BBS). Phone (617) 558- 


4241 with modem settings 300/1200/ 
2400,8,N,1. Access /freeware SIG and 
specify (r)ead option followed by (k)ey- 
word search for “MS #388”. 


adapter board that is similar to those manufactured 
by NCR (Dayton, OH) and Adaptec (Milpitas, CA). 

SCSI connects as many as eight intelligent devices 
(see box, “SCSI basics”). IC makers offer chips that 
provide the interface for SCSI signals, and these chips 
form the core of SCSI-bus adapter boards. The boards 
bring about, indirectly, the connection of a computer’s 
bus and the SCSI bus. The two buses connect only in 
the sense that information can pass between them; 
they do not connect electrically, nor does one begin 
to operate like the other. Off-the-shelf SCSI adapter 
boards are available for popular computer buses such 
as Intel’s Multibus and the IBM PC/AT bus. 

Once installed in a computer, an adapter board 
provides access to the SCSI bus. On the logical 
“bottom” of the board (Fig 1) is a socket for a 
cable through which the adapter reaches the devices 
on the bus. On the logical 
“top” of the board are 
control and status regis- 
ters (Figs 1 and 2) and 
dual-ported memory 
through which software 
in the computer controls 
the adapter board. List- 
ing 1 shows C code (for 
our hypothetical board) 
that defines constants 
and static storage related to the control and status 
registers. (All listings begin on pg 36.) 

Using onboard jumpers and switches, you configure 
the adaptor board so that it doesn’t conflict with other 
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SCSI adapter boards handle the low-level 
protocol for you. 


hardware in the host computer. This procedure estab- 
lishes the base I/O address for the adapter’s registers 
and places the adapter’s dual-ported memory some- 
where in the host’s address space. During this proce- 
dure you also select the DMA (direct memory address) 
channel and the interrupt number the board will use. 
SCSI devices rely on a low-level protocol to accom- 
plish error-free transmission of data between an “initia- 
tor” and a “target” (Ref 1). This protocol does not 
depend on the content or meaning of data passing over 
the bus. Only the devices know what data they are 


exchanging; the protocol only determines which device 
gets to talk, to whom, when, how, and for how long. 
Because ICs handle the low-level protocol and 
adapter boards serve as platforms for the ICs, design- 
ers connecting a computer to the SCSI bus are usually 
free to work on a higher level. At the higher level, 
devices communicate via a set of commands, such as 
TEST UNIT READY, READ, WRITE, and SEEK. 
These commands, together with the rules for their 
use, constitute the SCSI command protocol (Ref 1). 
The command protocol includes standard commands 


SCSI basics 


The SCSI (Small Computer Sys- 
tem Interface) bus provides a 
path over which as many as eight 
intelligent devices can communi- 
cate. The SCSI specification de- 
fines the electrical characteristics 
of cables that carry signals to and 
from the devices, and the shape, 
size, and pin-out of connectors. 
The SCSI specification also 
names the signals and defines 
their voltage and current levels, 
their timing, and the exact se- 
quence of their interplay. In do- 
ing so, the specification lays down 
a low-level communications pro- 
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tocol. Every device on the bus 
must conform. 

Each SCSI device has an “ad- 
dress.” Addresses range from 0 
to 7 and are similar to “drop num- 
bers” in communications network 
terminology. An address gives a 
device a unique identity that en- 
ables it to be a sender or receiver 
of information. DIP switches and 
stab-on jumpers inside a device 
usually establish the device’s ad- 
dress. 

In theory, the devices at all ad- 
dresses are equivalent. In prac- 
tice, however, one device almost 


DEVICE 
2 
DEVICE 
3 
DEVICE 
4 


DEVICE 
6 


DEVICE 
0 


DEVICE 
5 


always is the boss, or “host.” This 
device plays the role of “initia- 
tor;” the other devices are pas- 
sive “targets.” In most configura- 
tions, the host communicates 
with all the other devices, but 
each of them communicates only 
with the host. So although the 
SCSI bus is potentially and physi- 
cally like a ring, in practice, it is 
logically like a star. 

For additional SCSI informa- 
tion, read SCSI: Understanding 
the Small Computer System 
Interface, from NCR Corp, 


Dayton, OH. 
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The SCSI bus topology is potentially and physically like a ring in which all devices are equivalent (a). In most applications, however, one device initiates 
all the communication, which makes the configuration more like a star (b). 
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HOST COMPUTER 


APPLICATION PROGRAM 


OPERATING SYSTEM I/O ROUTINES 
open ( ) close ( ) read ( ) write () ioctl ( ) 


SCSI BUS DRIVER (SOFTWARE) 


INTERRUPT 
HANDLER 
MAILBOXES | CONTROL, STATUS AND DATA REGISTERS 


SCSI BUS ADAPTER BOARD (HARDWARE) DEVICE 7 


Fig 1—A SCSI adapter board connects a host computer to external SCSI 
devices. The computer’s application program interacts with a SCSI bus driver 
through operating-system I/O routines. The driver controls the SCSI adapter 
board through onboard control, status, and data registers. When the application 
program directs it to, the driver sends SCSI commands through “mailboxes” 
in memory the driver shares with the adapter. When commands complete, the 
adapter interrupts the host, which invokes an interrupt handler (part of the 
SCSI driver) to wrap up command processing. 
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that every SCSI device must accommodate. The proto- 
col also allows vendor-unique “specialty” commands 
that make sense only to certain kinds of equipment. 
For example, a SCSI-based printer might accept a spe- 
cialty command to select a certain paper tray. A SCSI 
device will reject any inapplicable specialty command. 

Every command—standard or specialty—has a com- 
mand-descriptor block (CDB) of either 6 or 10 bytes 
(Figs 3a, 3b, and 3c). Software in the host (Fig 3d) 
builds CDBs in the memory the host shares with an 
adapter board. The CDBs pass from the host to a 
target SCSI device. Fields in the CDBs tell the target 
device what to do. 

The host sends CDBs to the adapter through “mail- 
boxes” that are in the memory the host and adapter 
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CONTROL REGISTER - I/O BASE ADDRESS + 0 (WRITE) 


v4 6 5 4 3 2 1 0 
Fo fo | man | acuo | mr | cum | erst | Hrs 


HRST — RESET ADAPTER BOARD (HARDWARE RESET) 
BRST — HAVE ADAPTER PERFORM A SCSI BUS RESET 
CLRI — CLEAR INTERRUPT BITS IN ADAPTER STATUS REGISTER 
INIT - PREPARE ADAPTER TO READ THE ADDRESS OF MAILBOXES, 
ONE BYTE AT A TIME, FROM DATA REGISTER 
ACMD — HAVE ADAPTER READ AN ADAPTER COMMAND FROM DATA 
REGISTER 
MAIL — TELL ADAPTER THAT A SCSI COMMAND IS READY IN 
SOME MAILBOX 


STATUS REGISTER — I/O BASE ADDRESS +0 (READ) 


7 6 5 4 3 2 1 0 
Bey inst | IAP intr | wit | Busy 
BUSY — ADAPTER BOARD IS BUSY 
INIT - ADAPTER NEEDS TO BE TOLD MAILBOX ADDRESS 
INTR — ADAPTER BOARD INTERRUPTING HOST 
ICC —SCS| COMMAND COMPLETE (INTERRUPT) 


|!ADP — ADAPTER COMMAND COMPLETE (INTERRUPT) 
IRST — SCSI BUS RESET DETECTED (INTERRUPT) 


DATA REGISTER — /O BASE ADDRESS +1 (READ/WRITE) 


Fig 2—Control, status, and data registers, shown here for a hypothetical SCSI 
adapter board, let a host computer communicate with its adapter. Onboard 
switches or jumpers select a base address for the registers in the host’s I/O space. 


share. Each mailbox comprises an address field and a 
status field (Fig 4a). Typically, the host software allo- 
cates eight mailboxes (Fig 4b)—one for every device 
on the bus—and tells the adapter board the location 
of the mailboxes (Listing 2). The host can converse 
with more than one target at a time. (One SCSI device 
address belongs to the host’s adapter board. The host 
uses the mailbox for this device to control the adapter 
itself with non-SCSI commands. ) 


Talk to target device and adapter 


To send a command to a target device, the host 
software writes the address of a CDB into the address 
field of the target device’s mailbox. Actually, to com- 
municate with both the target device and the adapter 
board, the software embeds the CDB into a larger 
structure and writes the address of that structure into 
the address field. The information in the CDB is for 
the target device; the information in the larger struc- 
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Your computer’s bus and the SCSI bus 
exchange information without connect- 
ing electrically. 


ture is for the adapter. The larger structure is some- After storing the address of the CCS (and indirectly 
times called a command-control structure (CCS) (Fig the CDB) in the mailbox’s address field, the host soft- 
5a). Software for organizing memory into a structure ware stores a “ready-to-send” code in that mailbox’s 
similar to a CCS appears in Fig 5b. status field. The software then writes to the adapter’s 


BITS BITS 


foe ah Ear OE ey ee 7 a SOO coe eee ae he gale at 
OPERATION CODE OPERATION CODE 
COMMAND SPECIFIC 
(MSB) 
LOGICAL 
BLOCK BYTE 0 OF LOGICAL BLOCK ADDRESS (MSB) 
BYTE 1 OF LOGICAL BLOCK ADDRESS REBRESS 


BYTE 1 OF LOGICAL BLOCK ADDRESS 
LOGICAL 
3 BYTE 2 OF LOGICAL BLOCK ADDRESS (LSB) nae 
4 BYTE 2 OF LOGICAL BLOCK ADDRESS 


TRANSFER LENGTH BYTE 3 OF LOGICAL BLOCK ADDRESS (LSB) 
RESERVED 
TRANSFER LENGTH (MSB) 
TRANSFER 
LENGTH 
TRANSFER LENGTH (LSB) 
CONTROL BYTE 


{* 

** Define a structure to layout memory in the form of a six-byte 
** SCSI Command Block Descriptor 

* 


typedef struct 
{ 


% 6 1 0 unsigned char OpCode; Operation code 


AEE aTION unsigned char UnitLba; Unit number and LBA MSB 
ie | unsigned char LbaMid; LBA mid-significant byte 
GROUP CODE COMMAND CODE CODE unsigned char LbaMsb LBA least-significant byte / 
unsigned char TransLen; Transfer length (blocks of bytes) 
* 


unsigned char Control; Control bits 
COMMAND CODE IDENTIFIES THE COMMAND, J CORRLE? 
GROUP CODE 000 = 6-BYTE STANDARD COMMAND 


GROUP CODE 001 = 10-BYTE STANDARD COMMAND Le DEEIRETS IDR RO MIAGGNE. uenare ak than A Wve 
GROUP CODE 110 = 6-BYTE SPECIALTY COMMAND sé gter pcaekin Redes hesectgtoe. in the form of a yte 
GROUP CODE 111 = 10-BYTE SPECIALTY COMMAND ay 
typedef struct 
{ 
(c) unsigned char OpCode; Operation code 
unsigned char UnitCmd; Logical unit and command bits 
unsigned long Lba; Logical block address 
unsigned char Reserved; Reserved field 
unsigned short TransLen; Transfer length (blocks or bytes) 
unsigned char Control; Control bits */ 
(d) ) cDBTEN; 1 


Fig 3—Command-descriptor blocks (CDBs) have either 6 (a) or 10 bytes (b). The only important difference between the two types is that the larger block 
provides an extra byte in the logical-block-address and transfer-length fields. Compared with the smaller block, the larger block can reference 256 times as many 
logical blocks in a mass-storage device and call for the transfer of 256 times as much data. Both types of CDBs begin with an operation code, the upper bits of 
which identify the command “group” (c). The lower bits of the operation code—the command code—specify the basic action required of a device that receives 
the command. You can define C data structures in your program to allocate memory in the form of a CDB (d). 
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control register to tell the adapter to check the mail- 
boxes for outgoing commands (Listing 3). 

At the completion of a command, the adapter board 
writes a completion-status code into the target device’s 
mailbox’s status field and then interrupts the host. 
An interrupt handler in the host (Listing 4) scans the 
mailbox status fields until it finds a field with a comple- 
tion code. After finding the mailbox for a newly com- 
pleted command, the host accesses the CDB for that 
command. Depending on the outcome of the command, 
the host software may do additional processing. EDIN 


Reference 


1. Laserdrives 100 Intelligent Digital Optical Disk Drive 
Product Specification, Publication No. 75115010B, Laser 
Magnetic Storage International, Colorado Springs, CO, 1987. 


MAILBOX 0 STATUS FIELD 


ADDRESS FIELD —* POINTS TO COMMAND FOR DEVICE 0 


MAILBOX 1 STATUS FIELD 


ADDRESS FIELD —*» POINTS TO COMMAND FOR DEVICE 1 
e 


us 
MAILBOX 6 STATUS FIELD 


ADDRESS FIELD —» POINTS TO COMMAND FOR DEVICE 6 


MAILBOX 7 STATUS FIELD 


ADDRESS FIELD POINTS TO COMMAND FOR ADAPTER 
BOARD 
(a) 


* 
** Define memory in the form of an adapter mailbox 
* 

typedef struct 

{ 


char Status; 

char AddrHigh; 

char AddrMid; 

char AddrLow; 
) MAILBOX; 


(b) 


set by host send to start; changed by adp done 
Most significant byte of address of cmd block 
Mid significant byte of address of cmd block 

Least significant byte of address of cmd block 


Fig 4—Mailboxes in shared memory provide a means of communication between 
a SCSI adapter board and its host computer (a). The host writes a “ready-to- 
send” code into a mailbox status field when it has a command ready to go to 
a device. The adapter writes a completion-status code to the same mailbox 
status field when the command has completed. You can define C data structures 
that lay out memory in the form of mailboxes (b). Your program allocates 
memory for eight mailboxes and gives the base address of the memory to the 
adapter board so that it knows where the mailboxes are. 
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COMMAND DESCRIPTOR BLOCK 


(a) 


* 
** Organize memory like a Command Control Structure 


s/ 
typedef struct 
{ 


unsigned char Busy; 
unsigned char TargetDevice; 


True until cmd done 

Device address of target 
unsigned char AddrMsb; Data memory most-sig byte 
unsigned char AddrMid; Data memory mid- sig byte 
unsigned char AddrLsb; Data memory least-sig byte 
unsigned char DataLenMsb; Data length most-sig byte 
unsigned char DataLenMid; Data length mid-sig byte 
unsigned char DataLenLsb; Data length least-sig byte 
unsigned char AdpStatus; Adptr stores its status here 
unsigned char TargetStatus; SCSI cmd completion status 
unsigned char SenseData[14] Explain CHECK-CONDITION 
unsigned char LenCDB; Number of byes in CDB 
unsigned char CDB{ sizeof( CDBTEN) }; /* CBD 

) CCS; 


(b) 


Fig 5—A command-control structure (CCS) holds the actual information that 
passes between a SCSI adapter board and its host computer through a mailbox 
(a). The purposes of CCS fields are self-explanatory except for the sense-data 
field, a 14-byte block that holds SCSI “sense” data. Sense data is information 
about the outcome of a command when the completion status is CHECK- 
CONDITION (see Listing 1). A C data structure allocates memory in the form 
of a CCS (b). 


Listing 2—Initialization code 


Listing 1—Constants and static storage 


ye AdpInit() 
** Constants for controlling an adapter board 
“tA 

#define ADP_CMDHRST Oxol 
#define 0x02 
#define aa 0x04 
#define ADP_CMDINIT Oxo8 
#define ADP_CMDACMD 0x10 
#define ADP_CMDMAIL 0x20 


/* 
** Constants for testing adapter status 
* 

#define ADP_STABUSY Ox01l 
#define ADP_STAINIT 0x02 
#define ADP_STAINTR 0x04 
#define ADP_STAICC 0x08 
#define ADP_STAIADP 0x10 
#define ADP_STAIRST 0x20 


Initialize an adapter board. 


Control register 
Control register 
Control register 
Control register 
Control register 
Control register 


Cc call: int AdpInit( Addr, pMB, pccs ) 


int Addr 
The base I/O address of the adapter board's registers 


Parameters: 


MAILBOX *pMB 
The address of memory to be used as mailboxes 


ccs *pccs 
address of mem 

Status register bit BUSY The ory to be used as cmd cntrl structs 
Status register bit INIT 
Status register bit INTR 
Status register bit Icc 
Status register bit IADP 
Status register bit IRST 


Returned: 0 for success; or 


a negative error code 


This routine calls a routine to convert the address of mailboxes 
in the host's memory into the corresponding address in the adapter's 


~ memory then tells the adapter the address. 


** Code to signal that a mailbox has a command ready to send 
* 


int AdpInit( Add MB CCS 

#define MB_CMDRDY OxFF ghey oe yl hala } 
MAILBOX *pMB; 

os ces *pccs; 

** SCSI command completion status. A target device reports : 

** the overall outcome of a command with one of these codes 

** during the STATUS phase of the low-level protocol. The 

** adapter board stores the code in a field of the Command 

** Control Structure for the command for the host to analize. 

ith 

#define GOOD_STATUS 0x00 

#define CHECK CONDITION 0x02 

#define CONDITION_MET 0x04 

#define BUSY oxo8 

#define RESERVATION CONFLICT 0x18 


int stat = 0; 
long lAdpBoxAddr; 


/* save address */ 

AdpAddr = Addr; 
pMailboxes = pMB; 
pcmdCntrlStructs = pCcs; 


/* convert the mailboxes address into address relative adapter memory * 
lAdpBoxAddr = ConvertAddress( pMailboxes ); 


/* reset adapter board; wait for not busy */ 
outp( AdpAddr, ADP_CMDHRST ) ; 


2a while( in AdpAdd: & ADP_STABUSY ); 
** Store base I/O address of the adapter board and the addresses ( P( ee = ) 


** in host memory of the mailboxes and cmd cntrl structs 
bal £ 

static int AdpAddr; 

static MAILBOX *pMailboxes; 

static CCS *pCmdCntrlStructs; 


/* tell adapter the location of mailboxes */ 
outp( AdpAddr, ADP_CMDINIT ); 

while( inp( AdpAddr) & ADP_STABUSY ); 
outp( AdpAddr+1, (int) (lAdpBoxAddr >> 16) 
outp( AdpAddr+1, (int) (lAdpBoxAddr >> 8) 
outp( AdpAddr+1, (int) (lAdpBoxAddr) 
while( inp( AdpAddr) & ADP_STABUSY ); 


ye 
ye 
): 


return (stat); 


Listing 3—Code to send a SCSI command 


/* Fill in Command Control Block for the command */ 


* See pCmdCntrilStructs[{ TargetDev].TargetDevice = TargetDev; 


~ 
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Send a command to some target. 
c call: int AdpSend( TargetDev, pData, nLen, pCDB ) 


Parameters: int TargetDev 


SCSI device address of target 
char *pData 


Pointer to memory as src or dst of data transfer 


long lLen 
Numnber of bytes at *pData 


void *pCDB 
Pointer to filled-in Command Block Descriptor 


0 for success; or 
a negative error code 


This routine calls a routine to "sleep" until the interrupt 
handler runs and marks the command complete. 


int AdpSend( TargetDev, pData, lLen, pCDB ) 
int TargetDev; 

char *pData; 

long lLen; 

void *pCDB; 


{ 


int stat = 0; 
int nLencDB; 
long 1AddrAdp; 


{/* 

** Convert the data address into a three byte address relative 
** to the start of adapter memory 

*/ 

1lAddrAdp = ConvertAddress( pData ); 


pemdcntrlstructs[ 
pcCmdcntrlstructs[ 
pcmdcntrlstructs[ 
pcCmdcntrilstructs[ 
pCmdcntrlstructs[ 
pCmdcntrlstructs[ 


TargetDev) .AddrMsb 
TargetDev) .AddrMid 
TargetDev] .AddrLsb 
TargetDev) .DataLenMsb 
TargetDev].DataLenMid 
TargetDev) .DataLenLsb 


(char) 
(char) 
(char) 
(char) 
(char) 
(char) 


(1AddrAdp >> 16); 
(1AddrAdp >> 8); 
(1AddrAdp) ; 

(1Len >> 16); 
(1lLen >> 8); 
(1Len); 


/* check CDB Opcode to know if CDB is 6 or 10 bytes long */ 


nLenCDB = (((CDBSIX *)pCDB)->OpCode & 0x20) ? 10: 6; 
pCndcntrlstructs[ TargetDev].LenCDB = nLenCDB; 


/* copy CDB into Command Control Block */ 
memcpy( pCmdCntrlstructs{ TargetDev].CDB, pCDB, nLencDB ); 


/* £111 in mailbox */ 

lAddrAdp = ConvertAddress( &(pCmdCntrlStructs[ TargetDev]) ); 
pMailboxes[ TargetDev]).AddrHigh = (char) (lAddrAdp >> 16); 
pMailbo: TargetDev].AddrMid = (char) (lAddrAdp >> 8); 
pMailboxes[ TargetDev].AddrLow = (char) (lAddrAdp) ; 
PMailboxes[ TargetDev].Status = MB_CMDRDY; 


/* tell adapter to check mailboxes */ 
pcmdCntrlStructs[ TargetDev].Busy = 1; 
outp( AdpAddr, ADP_CMDMAIL ); 


/* wait for command to complete */ 
while( pCmdCntrlstructs[ TargetDev).Busy ) 
Sleep( &(pCmdCntrlStructs[ TargetDev].Busy) ); 


/* 

** Process outcome: check the Cmd Cntrl Struct fields 
** AdpStatus, TargetStatus, and SenseData[] to find out 
** the outcome of the command, and respond accordingly. 


oe 


return (stat); 
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s AUTOCAD 
a for 
A\ Electronic Engineers 


AutoSchema 


Listing 4— Interrupt handler 


* 
** AdpIntr() 
** 


** Service an interrupt from a SCSI adapter board. 
* 


Only $195 

New Symbol icon browsing 
Unlimited levels of hierarchy 
Spice & Susie interfaces 


int AdpIntr() 
** Parameters: none 


** Returned: 1 if interrupt serviced; or 
bhid © if not 

+ 

** This routine runs in response to an interrupt from the adapter 
** board to wrap up processsing of some SCSI command that the host 
** has issued. This listing shows only code to deal with the 

** adapter board; it does not show other things that must be done 
** by valid interrrupt handlérs in various operating systems. 

Be 


int AdpIntr() 
( 


AutoPCB 


Best performance on a P.C. 
Double sided SMT 

Real time design rule check 
Interactive push & shove routing 


int dev; 


/* bail out if adapter board not requesting interrupt service */ 
if ( !(inp( AdpAddr) & ADP_STAINTR) ) 
return (0); 


AutoHybrid 
/* clear interrupt bit in adapter status register */ 
eae ee Worlds only P.C. Hybrid system 
Automatic component synthesis 
Custom die geometry 


0.5 micron resolution 


CADISYS 


= A tal Place, CALL FOR 
San Jose, CA 95110 CATALOG 
USA 408-441-8800 


FAX (408) 441-8300 EXT 200 


/* scan mailboxes for completion status codes */ 
for (dev = 0; dev < 8; dev++) 


/* look for mailbox status non-zero and non-command-ready code */ 
if ((pMailboxes[dev].Status != 0) &&(pMailboxes(dev].Status != MB_CMDR 
break; 
) 


/* if found a complete command, wake up the process waiting for it */ 
if ( dev <8 ) 
{ 
pCmdcCntriStructs{ dev).Busy = 0; 
Wakeup( &(pCmdCntrlStructs[ dev].Busy) ); 
) 


return (1); 
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Looking to Add TCP/IP Network 
Access to Your System Designs? 


Introducing oe 


Zrelopers Kit 


Now you can incorporate the industry Currently used in hundreds of process 


standard TCP/IP protocol suite in your control, embedded systems, and end user 

system designs with FUSION Developer's —_ designs, FUSION Developer's Kit from 

Kit. Network Research comes with full 
Designed for the OEM and systems support and porting services. 

integrator, FUSION Developer's Kit To receive a FUSION Developer's 

provides the full TCP/IP protocol suite Kit information package, including data 

including TELNET virtual terminal, file sheet, technical specifications and 

transfer protocol (FTP), and R-Commands licensing plans call (800) 541-9508 or 

to name a few. write to Network Research, 2380 N. Rose 


FUSION Developer's Kit also has a Ave., Oxnard, California 93030, FAX (805) 
flexible C-source code architecture, making 485-8204. 
it processor- and operating system- 


slepentelt: = =wNetwork Research 


FUSION ie a licensed trademark. 


CIRCLE NO. 13 
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Memories, ASICs, 
and Logic ICs Deliver 
High-End Performance. 


or high-end workstation and PC 
applications, Oki offers a range 
of ICs with the powerful perfor- 
mance features your high-level 

board designs demand. 

1-Meg Based VRAMs. Oki’s high- 
bandwidth video RAMs enable the 
up-front performance required for 
high-resolution graphic applica- 
tions. Features include dual port 
memory and fast access times. 

0.8m Gate Arrays. Manufactured 
on our volume 4-Mb line, Oki’s 
SOGs offer exceptional benefits: 
high-speed logic and I/O perfor- 
mance, high-density macro- 
functions, high pin count pack- 
ages, and more. 

Field Memory. There’s no better 
solution for a frame grabber de- 
sign than Oki’s high-performing 
1-Mb serial memory. Features 
include an internal self-refresh 
control circuit, making this device 


appear fully static to the user. 


RealVoice is a trademark of Oki Semiconductor. 


Speech Synthesis. For high-quality 
performance you can hear, no one 


matches Oki’s RealVoice™ speech 


synthesizers. With on-chip filter 
and D/A, these chips reduce 
design time and IC count while 
increasing system reliability. 

16-Bit MCU. Oki’s nX family of 
fast MCUs combines a three- 
program instruction pre-fetch 
queue to lower overall CPU cycle 
time down to 200 ns. Features 
include a variety of I/O options 
plus 16K of 16-bit word ROM and 
512 bytes of RAM. 

Start packing more performance 
into your system with Oki ICs. 
Call 1-800-OKI-6388 for the details. 


Oki High-Performance ICs 
Part Number Description 


MSM514252 High-bandwidth, 262,144 x 4-bit VRAM 


MSM514221A =. 262,263-word x 4-bit, 1-Mb serial 
memory with self-refresh control circuit 


MSM10S0000 0.8um SOGs, true 82xx, UARTs, memories, 
standard 24ma drive, 300ps, >500MHz logic 


MSM6388 Solid-state recorder/IM serial register |/F 


MSM67620 16-bit MCU with 16KB ROM, 512B RAM, 
56 I/Os, 3 x 16-bit timers, 2 x 8-bit timers 


TRANSFORMING TECHNOLOGY INTO CUSTOMER SOLUTIONS 


PERFORMANCE UP FRONT 
STARTS WITH OKI ON BOARD. 


OKI 
Semiconductor 


785 North Mary Avenue 
Sunnyvale, CA 94086-2909 
1-800-OKI-6388 
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If this is the starting line, 
you’ve already lost the race. 


The race to develop software products can be brutal. 
Especially when the finish line keeps moving in the wrong 
direction. 

If you’re jumping into coding first thing, you probably 
think you’re saving time on the front end. But the fact is, 7 out 
of 10 lines of code written never get used. Which means you’re 
in for a lot of expensive and unnecessary rework. 

Unnecessary because Cadre can get you on the right track 
from the word “go.” And keep you on track throughout the 
entire process. 

For starters, it helps to know where you’re headed before 
you start spending money and time. Cadre’s analysis toolset lets 
you determine and clearly document what it is you’re going to 
build. This gives you better control over the partitioning 
required for complex projects, faster response to changing 
requirements, and improved communications and consistency 
down the line. 

Once you have a clear idea of where you’re headed, 
Cadre’s unique simulation tool lets you test your system’s 
behavior and estimate performance before you start to imple- 
ment. So you can address misunderstandings early on, when 


they’re easier to fix. 


THE SHORTEST DISTANCE BETWEEN PROMISE AND PRODUCT CADRE THE SHORTEST DISTANCE BETWEEN PROMISE AND PRODUCT CADRE THE SHORTEST DISTANCE BETWEEN PROMISE AND PRODUCT CADRE 
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CIRCLE NO. 19 


Cadre’s design tools then help ensure that when you get 
into coding, you'll get it right the first time. Cadre gives the 
software development team the ability to see and agree on the 
architecture and to “walk through” the system to resolve any 
ambiguities up front. So instead of winding up with discrete 
“islands” of code that don’t hang together, you arrive at an 
integrated system that meets your requirements. 

Now that everything else is in order, it’s still not too late 
to start writing code. Here’s where Cadre’s source builders 
step in and translate your design into actual lines of code. 
They automate the tedious parts, eliminate errors, and free 
you to focus on the creative parts. So your final, compilable 
code is of a much higher quality. 

These are just a few of the benefits made possible by 
Cadre’s Unified CASE® strategy. Cadre eases your develop- 
ment process with an open architecture that integrates the best 
tools — yours, ours, or anybody ’s — into your unique 
environment. The philosophy is simple: to minimize the 
distance between what you promise and what you deliver. 

Take a giant step toward the finish line. Call 


Cadre at 1-401-351-CASE or CADRE 


1-800-743-CASE today. 


EDN’s Software Engineering Special Supplement 


— 


@ L9NdOdd GNY ISIWOUd NIIMLI9 JONVLSIG LSILYOHS FHL INGVD LINGONd GNY JSIWOANd NIIML399 JONVISIG LSILYOHS IHL JYGVD LINGOAd GNV ASIWONd N3IML39 JONVLSIG LSILYOHS FHL JWGVD LONGONd GNV ISIWONd NIIML99 JONVLSIG LSILYOHS IHL IWAVD 


PDL processors 
ease transition 
from CASE to coding 


Graplhics-based CASE tools can help you 
design software, but they’re not very good 
for implementing a design in source code. 
Program-design languages (PDLs) can 
ease the design-to-code transition, and PDL 
processors can help ensure that the source 
code you implement 1s correct. 


Harold Hawley and Michael Capuano, 
Softsmith Inc 


Graphics-based software-design tools found in com- 
puter-aided software-engineering (CASE) systems 
have grown more popular over the past few years, 
helping many software engineers with structured soft- 
ware design. However, today’s graphics-based soft- 
ware-design tools are not really complete software- 
development tools; they don’t provide an optimal 
means of translating the graphical design into program 
source code. 

Program-design languages (PDLs) can help in the 
design-to-code translation, but they don’t ensure cor- 
rect design implementation. A PDL processor running 
on your computer can analyze your PDL pseudocode 
to help prevent source-code implementation errors. 
Without a PDL processor, you either have to skip this 
phase—inviting implementation errors—or do a lot of 
tedious and time-consuming manual checking that will 
be prone to error. 
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The main problem with today’s graphics-based soft- 
ware-design tools is that they have an adverse effect 
on the human cognitive process during a project’s im- 
plementation phase. Understanding why requires a ba- 
sic understanding of the tools’ methodology. 

Most graphics-based software-design tools follow 
(and rigidly enforce) a structured analysis/structured 
design (SA/SD) methodology. They functionally and 
hierarchically decompose a software application via 
data-flow diagrams (DFDs), control flow diagrams 
(CFDs), and structure charts. 

The SA/SD methodology for a typical DFD uses cir- 
cles (bubbles) to represent software functions. At the 
hierarchy’s highest level—the context diagram (Fig 
1)—a single bubble represents the entire software ap- 
plication. All software functions performed by the ap- 
plication are represented in aggregate by this single 
bubble. 


EXTERN 1 


0.0 
EXTERN 3 


THE 
APPLICATION 


EXTERN 2 


Fig 1—In a context diagram, a single bubble represents an entire software 
application. External interfaces to the application appear as boxes. 


4] 


CASE tools fall short in translating soft- 
ware designs into working source code. 


The external interfaces to the application being de- 
signed also appear on this top-level diagram. Labeled 
arrows represent the exchange of data between the 
application and the outside world. 

The design proceeds in a hierarchical, top-down fash- 
ion. The designer decomposes the single bubble of the 
context diagram to arrive at a first-level DFD, which 
typically contains from three to seven major functions. 
As in the top-level DFD, these functions appear as 
labeled bubbles (Fig 2). Also as before, labeled arrows 
represent the flow of data—external data between 
functions and external entities, plus internal data be- 
tween different functions. 

In this first-level DFD, each bubble still represents 
an aggregate group of related, high-level functions. 
In continuing the functional decomposition to the next 
level, the designer again divides each function into its 
related sub-functions. In Fig 2’s first-level DFD, for 
example, each of the functions, X, Y, and Z, can be 
represented by a second-level DFD. 

This functional decomposition continues until the de- 
signer has identified all functions. Ideally, the decom- 
position stops when each bubble in every DFD repre- 
sents a single function rather than an aggregation of 
multiple functions. The resulting decomposed applica- 
tion can be represented as a tree (Fig 3) that typically 
is asymmetrical. Each unshaded box in the figure rep- 
resents a single DFD; each shaded box represents an 
individual function within a lowest level DFD. 


Diagram shows what; p-spec shows how 

After determining that the processing represented 
by a bubble performs a single elemental function, the 
software designer or developer describes that function 
by creating a process specification (p-spec) for it. Un- 


Fig 2—In a first-level data-flow diagram, each bubble represents an aggregate 
group of related, high-level functions. 
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like a DFD’s bubbles, which graphically represent 
what functions an application will perform, the p-specs 
associated with functions specify how the application 
will perform those functions. 

Like data-flow analysis, the other methods assisted 
by graphical tools—control-flow analysis and structure- 
chart analysis, for example—are all concerned with the 
relationships among the software functions and data 
that compose an application. All of these methods em- 
phasize the structure, or form, of the application, con- 
centrating on the what and not the how. 

The p-spec has a crucial role in today’s graphical 
methodology because it is the only tool that software 
developers can use to describe how a given function 
will work. For an aircraft navigation system, for exam- 
ple, a software designer would graphically identify the 
function of computing ground speed, the data going 
into the computation, and the data resulting from the 
computation. However, the actual algorithm for how 
to compute ground speed would not be part of the 
graphical representation. It would be described in a 
p-spec. 

The detailed information about a software design, 
especially the p-specs, is not easily accessible with 
graphics-based tools. The tools do store all the design 
information, including the p-specs, in their databases, 
but access to the data is complicated, usually requiring 
you to navigate manually through the hierarchically 
decomposed application. Shortcuts to the data may be 
available, but they often require some memorizing. 
For example, to access a p-spec without having to first 
display its associated DFD, you may have to have 
memorized the name of the p-spec file. 

These access difficulties occur whether the design 
data are on line or on paper. Invariably, the user of a 
graphics-based tool must use manual methods to access 
data that have been generated and stored automati- 
cally. 


Problem: No p-spec analysis 

Another problem with graphical tools is that virtu- 
ally none of them ensure that the logic represented 
by each p-spec is correct or complete. Most graphics- 
based tools require the use of p-specs, but none of 
them really analyze the p-specs. This lack of analysis 
tends to devalue the importance of the p-spec, whose 
purpose is to describe in detail how the corresponding 
function will accomplish its assigned task. 

For example, graphical tools don’t automatically en- 
sure that a function uses, or even needs, its designated 
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Fig 3—A tree-like structure represents an entire software application that has 
been broken down into lower-level functions. Unshaded boxes represent single 
data-flow diagrams; shaded boxes represent individual functions within the 
lowest level DFDs. 


incoming data or that it will compute its required out- 
puts correctly. In effect, the tools allow a software 
developer to rush through the task of p-spec creation. 
These graphical tools treat—or ignore—p-specs in a 
number of ways that account for developers’ tendency 
to hurry through. 

First of all, graphics-based software-design tools are 
naturally biased toward emphasizing their graphical 
interface and underutilizing text—an unfortunate im- 
balance. However important graphic aids may be in 
the early stages, text (source code) is the bottom line 
of software development. The p-specs (text) are just 
as important to this process as the bubbles, data flows, 
control flows, and other graphical elements. 

In addition, graphical tools don’t actually use p- 
specs, except to denote that the functions correspond- 
ing to the p-speecs have been fully decomposed. By 
failing to perform a meaningful analysis, the tools es- 
sentially demote p-specs to markers that say only “The 
programmer was here.” 

Graphical tools also don’t ensure that the logic repre- 
sented in the collection of p-specs is related to the 
functionally decomposed software application. In other 
words, the tool user has no way, other than tedious 
manual checking, of determining whether p-specs’ con- 


EDN’s Software Engineering Special Supplement 


tents are complete, correct, or even relevant to the 
design. 

This problem is related to the previous problem, 
concerning the analysis of individual p-specs, but has 
a broader scope. It addresses the relationships among 
functions across the entire design, as well as the rela- 
tionship of the p-specs to the graphics-based design 
as a whole. 

Today’s graphics-based software-design tools gener- 
ally do not cross-reference the contents of p-specs to 
the components of the graphical design, nor do they 
cross-reference one p-spec to another. For example, 
they provide no automated checking to ensure that a 
function called in the logic of one p-spec is correctly 
identified or that the function is defined either else- 
where in that p-spec or in another p-spec. Once again, 
this lack of capability implicitly devalues the p-spec 
to the detriment of the overall design. 

Another failure of graphical tools is their inability 
to assist large-project software developers in discover- 
ing where duplication of effort may exist. In practice, 
a graphical design is almost never carried to the point 
of identifying every last function that needs to be 
coded. The lowest level utility functions especially are 
unlikely to be identified in bubbles, so you have no 
way to check them for duplication. 


The impact on cognitive processes 


All of these problems with graphical tools have a 
negative impact on human cognitive processes. Conse- 
quently, understanding the design of any significant 
system and correctly translating the design into source 
code—already a nontrivial task—becomes even harder. 
Problems with graphical tools can affect not only cogni- 
tive processes, but also productivity. 

Cumbersome access to design data forces software 
developers to spend time and mental energy accessing 
information, when what they really want and need is 
to use the information. The net result is a diversion 
of concentration and a disruption of thought processes. 

In addition, the lack of automated support to verify 
individual p-specs forces software developers to per- 
form detailed manual checks. This process is neither 
interesting nor rewarding, and although it is neces- 
sary, it invites procrastination and oversight. It is a 
task well suited to automation, and one that—when 
performed manually—is rarely done well enough to 
enhance design quality. The lack of an automated 
method to ensure that p-specs relate to the graphics- 
based design and to each other has the same general 
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A PDL processor analyzes p-specs to help 
ensure that plans for implementing func- 
tions in source code are correct. 


effect. Checking these relations is as problematic as 
verifying the p-specs themselves. 

All of these problems result in compromising p-spec 
quality because the graphical tools actually discourage 
the cognitive process so far as p-specs are concerned. 
They devalue p-specs by not using them. If the tools 
used and analyzed p-specs, software developers would 
have a cognitive aid, rather than a hindrance, for creat- 
ing quality p-specs. 

Unfortunately, the cumulative effect on a software 
developer’s cognitive process is greater than you might 
expect when considering each problem individually. 
The net result is that, in order to understand a design, 
the user of graphical tools is forced to divert time and 
mental energy away from the task of translating a 
design into working code. What a designer needs is a 
way to extend current design automation to bridge the 
gap between a graphical design and correct source 
code. 


Problems solved by PDL processor 

A text-based software-development automation tool 
known as a program-design language (PDL) processor 
can help fill that need. (When used in conjunction with 
today’s graphical design tools, the tool might better 
be described as a p-spec analyzer. The terms “program- 
design language (PDL),” “pseudocode,” and “struc- 
tured English” are all synonymous. PDL is a generic 
term for a class of design languages; it does not refer 
to any specific language or product.) 

All PDLs provide a structured context for specifying 
how a function will perform its assigned task. For ex- 
ample, all have basic structured constructs such as 
IF... ELSE... ELSEIF... ENDIF, and BEGIN 
... END. What distinguishes one form of PDL from 
another is the specific set of constructs. The desired 
set of constructs varies from one project to another, 
depending on factors such as the programming lan- 
guage to be used, internal company standards, and 
designers’ and managers’ personal preferences. 

The lack of a single standard for PDLs is actually 
an advantage; it allows you to choose a standard that 
meets your project’s specific objectives. For example, 
if you use a PDL that has the same basic structured 
constructs as your chosen programming language, the 
transition from correct pseudocode to correct source 
code will be significantly simpler. 

The use of pseudocode is itself a distinct advantage. 
A PDL provides structure without requiring rigid ad- 
herence to detailed syntax requirements; by relaxing 
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(or informalizing) syntax, as compared to that of the 
chosen programming language, it enables a designer 
to concentrate more on design than details of language. 

PDLs also support design evolution. They make it 
easy to “rough out” a preliminary design that you can 
subsequently refine or increase in detail. 

The real power of PDLs, however, comes from auto- 
mation via PDL processors. A PDL processor is a pro- 
gram that analyzes text files containing PDL state- 
ments and produces a variety of reports containing the 
results of these analyses. As with PDLs themselves, 
there is no single standard for PDL processors. How- 
ever, all PDL processors require a specific PDL syn- 
tax—a specific set of structured constructs. Each proc- 
essor verifies that the PDL text it analyzes adheres 
to the correct syntax for that specific PDL processor. 

A PDL example for an automobile cruise-control sys- 
tem (Fig 4) illustrates the importance of syntactic 
analysis. In the SET/ACCELERATE case, there are 
both syntactic and logic errors. Current PDL proces- 
sors don’t detect logic errors, but PDL processors that 
detect and report syntactic errors draw the designer’s 
attention to the section of incorrect logic. In analyzing 
the text of Fig 4, the processor reports the incorrect 
pairing of DO and ENDIF and makes the designer 
realize that either DO... ENDDO or IF... ENDIF 
is required. 

Beyond syntax analysis, some PDL processors pro- 
duce alphabetic cross-references of design functions 
and design data items. Software designers can thus 
tell at a glance which functions call which other func- 
tions and which functions reference which data items. 
The cross-references make it easy to discover any func- 
tions that have been inadvertently declared but not 
called, and, with some PDL processors, to detect two 
or more functions that have been declared with the 
same name. 

Some PDL processors can also prepare a comprehen- 
sive design document that consists of the syntactic 
analysis and associated error messages plus the func- 
tion and data-item cross-references. The document may 
include a title page, a table of contents, and “pretty 
print” of the PDL code. Headers and footers; for exam- 
ple, “Preliminary Design” or “Release A00”, can help 
track a design’s progress and release history. 

The key to using a PDL processor is the p-spec, 
which most graphics-based software-design tools rec- 
ognize. The basic strategy is to use the p-spec as a 
repository for PDL statements and to use a PDL proc- 
essor to analyze the statements. The exact implemen- 
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DO while engine is running (Note: 
DO CASE of CCS event 
ON: 
IF ccS is Off 


ccs = Cruise Control System) 


turn CCS ON (disengaged and desired speed not set) 


ENDIF 
OFF: 

turn CCS off 
BRAKE/TRANSMISSION: 


IF brake is on or transmission is not in a forward gear 


disengage CCS 
ENDIF 
RESUME: 


IF CCS is on but disengaged and desired speed is set 
IF transmission is in a forward gear and brake is off 


engage CCS 
ENDIF 
ENDIF 
SET/ACCELERATE: 
DO WHILE SET/ACCELERATE is depressed 
set desired speed to current speed 
IF ccS is not engaged 
engage CCS 
ELSE 
increase throttle 
ENDIF 
ENDIF 
OTHER: 


control throttle to maintain desired speed 


ENDDO 
ENDDO 


tation varies, because different tools work with p-specs 
in different ways. The only difficulty is in determining 
how a particular PDL processor will access the p-spec. 

In one case, a graphics-based tool stores p-specs as 
separate text files that are accessible via normal file- 
manager functions. If your graphical tool stores each 
p-spec in a separate file exactly as you enter it, without 
attaching any additional data, then the integration task 
is easy. All you need to do is create a master PDL file 
that includes the various p-spec files in the desired 
order and then submit this master file to the PDL 
processor. The processor will read and analyze all the 
specified p-specs and produce a design document. 

If your graphical tool modifies the p-spec data; for 
example, by attaching additional data such as headers, 
footers, or time stamps, you may need to use a “filter” 
program to remove the extra data. This is a relatively 
simple program that you can write yourself, but some 
graphical tools provide one for you. When you pass 
the p-spec files through the filter program, you create 
a set of files that the PDL processor analyzes. 

In another situation, the graphics-based tool may 
store p-specs in a proprietary format that isn’t accessi- 
ble via normal file-manager functions. This case pre- 
sents a problem unless the graphical tool vendor sup- 
plies a data-extraction program or a set of data- 
extraction routines that can be incorporated in a user- 
written data-extraction program. Fortunately, given 
the movement toward more integrated development 
tools, vendors with proprietary data bases are begin- 
ning to provide this extraction capability at a reason- 
able cost. 

Assuming, then, that data extraction is possible, the 
integration task is relatively easy. You use the vendor- 
supplied extraction capability to retrieve the p-spec 
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Fig 4—A PDL example for an automobile cruise- 
control system illustrates the importance of syntac- 
tic analysis. A PDL processor will detect the incor- 
rect syntax pairing of DO and ENDIF statements 
under the SET/ACCELERATE case, alerting the 
software designer to a possible logic error. 


data from the proprietary database, save the data in 
ordinary text files, and use a PDL processor for analy- 
sis. Together, the PDL processor and graphics-based 
design tools approach a complete software-develop- 


ment environment. 
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As technology advances, ICs are running 
faster and printed circuit boards are 
becoming more densely populated and 
complex. Signal integrity is at question. 
Packaging must be considered to get an 
accurate assessment of the design feasibility. 
The combination of Meta-Software's HSPICE 
optimizing circuit simulator and its advanced 
modeling capabilities provide consistent, 
accurate and reliable results. 


Meta-Software'’s transmission line model 
is fully functional for transient, DC, AC, 
optimization and Monte Carlo analysis. 
HSPICE transmission lines exhibit resistive 
loss, time delays and reflections.Acompact 
model allows thousands of transmission 
lines in a single circuit simulation. 


The HSPICE transmission line model includes: 


4,2 and 3 conductor coupled 
micro-strip/stripline for PCB use 


coaxial cable 
twin-lead 


Models are calculated using advanced 
look-up table techniques for board/hybrid 
and LSI applications. Accuracy is maintained 
over frequency or time by dynamically 
synthesizing equivalent circuits as a function 
of transient timestep or maximum frequency. 


Key applications include high frequency 
backplane design, silicon and GaAs 
substrate transmission line effects, IC 
packaging and printed circuit board signal 
analysis. 


Contact Meta-Software today for more 
information on HSPICE—The Circuit Design 
Advantage! 


SPICE 


TRANSMISSIONLINES 


Transmission line analysis with HSPICE: Measure 
physical sizes of conductors (top). Simulate using 
output buffer and transmission line models (mid- 
dle). View results (bottom). 


THE CIRCUIT DESIGN ADVANTAGE! 
1300 White Oaks Rd. = Campbell, CA= 95008 
Tel. (408) 371-5100 = Toll Free (800) 346-5953 
FAX (408) 371-5638 = Telex 910-350-4928 
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Demand quality 
when purchasing 
sottware packages 


Engineers should insist on the same level of 
quality from software that they expect from 
hardware. If a software package doeswt 
meet its specs, send it back and demand 

a refund. 


Wayne A Gutschick, Minc 


Quality and software—now there are two words that 
don’t often go together. Why is it that we are more 
tolerant of poor quality in software than we are of 
poor quality in hardware? An engineer will pay $2500 
for an oscilloscope, and if that oscilloscope doesn’t meet 
its specifications or has a bow in the trace, the engineer 
would immediately send it back. Engineers would 
never think of using an oscilloscope that didn’t meet 
spec. 

However, the very same engineer who pays $2500 
for software is willing to put up with it even if it’s full 
of bugs! What’s more, with the oscilloscope the engi- 
neer received a fully paid 1-year warranty; but with 
the software, the engineer gets to pay an annual main- 
tenance fee so that maybe in the future the software 
bugs will be fixed and the engineer might get what 
he or she originally paid for. A maintenance fee is 
supposed to be for on-going support and technical assis- 
tance, rather than for fixing problems. I don’t under- 
stand why management is willing to foot the bill. 
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I often hear people say that software is too complex 
to test and that thorough testing is impractical. I refuse 
to accept that premise. If IC manufacturers can figure 
out how to test complex 32-bit microprocessors ade- 
quately, software manufacturers should be able to fig- 
ure out how to test their software to ensure quality. 

I’d be a rich man if I had a dollar for every time I 
heard a software user say: “I’m not going to switch 
to a new brand because I already know where all the 
bugs are in my existing brand and how to work around 
them.” 

Who’s at fault? I submit that it’s the software pur- 
chasers. We have allowed manufacturers to set our 
expectations of software quality far too low. If our 
expectations were higher and we sent buggy software 
back to the manufacturer demanding our money back, 
I suggest that the quality problems would be ad- 
dressed. The IC industry responded to pressure to 
improve quality in the early 1980s, and the same thing 
can happen in the software industry in the early 1990s. 

As software purchasers and users, how can you and 
I judge the quality of a package before we purchase 
it? I have 20 suggestions: 

Talk to others who have purchased the prod- 
my uct. Ask them about their experiences. If a 

substitute product were available, would they 
purchase the original product or give the substitute a 
chance? 

Ask the seller to provide you with a demon- 
haf stration copy for evaluation. Don’t settle for 


anything less than the actual product—in 
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Treat the purchase of software just like 
you would a hardware—or any other— 
purchase. 


other words, no demo disk. You’d do the same if you 
were buying that oscilloscope, wouldn’t you? 

Ask for a specification sheet. That’s right, a 
iy plain old boring spec sheet that tells you the 

software’s performance limits. Again—just 
like the oscilloseope—if there’s no spec sheet, how can 
the manufacturer verify the product’s quality? 

Use the product and call the manufacturer’s 
hi support line for assistance. How long does it 

take for the phone to be answered? How 
quickly can you get in touch with someone who can 
actually help you with your problems? Did the support 
personnel actually help you with your problem, or did 
they simply direct you to a section of the manual? 
Were the support personnel helpful in finding a solution 
to your problem? 

Ask the support people about their back- 
nae grounds. Are they engineers with experience 

in industry and with the software in question? 
Are they able to understand what you are doing with 
their software and why? 

Within a reasonable period after your question 
IV been answered, does someone from the 

support organization follow up to see if your 
problem has been solved? Are you satisfied with the 
answers they have given you? Do the support people 
care? 

Call the manufacturer and ask to speak to the 
nae person in charge of software quality. The op- 

erator’s not knowing whom to direct your call 
to is probably a good indication of the emphasis the 
firm places on quality. If you can reach someone re- 
sponsible for quality, ask what the company has done 
to ensure the quality of the software package. 

Ask about the manufacturer’s test suites for 
yy software. Does the manufacturer even 

have a test suite? How are the test suites 
kept current? How much of the software does the test 
suite test? Does the test suite run on all the platforms 
the manufacturer supports? 

Does the manufacturer have engineers dedi- 
nae cated to quality assurance, or do development 

engineers solely dictate the quality of the re- 
leased software? If there are quality-assurance engi- 
neers, are these people knowledgeable about the prod- 
uct? Are they testing the product in the environment 
for which it was intended, or are they simply pushing 
buttons to see if the software functions? 

Can the manufacturer provide references of 
TY companies that have used the software and 

have complimented its quality or the time sav- 
ings they realized by using it? 
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does the manufacturer support these plat- 

forms? What are the limitations of the product 
on each platform? What level of testing is performed 
on the various platforms? How does the software han- 
dle operating-system inconsistencies? Has the product 
been tested not only on the suggested platform but 
also on clone hardware? 

Have other vendors chosen the software 
hae manufacturer’s products for integration and/or 

resale on an OEM basis? Have many industry- 
leading companies standardized on the product? The 
amount of time that any one engineer can spend evalu- 
ating software is obviously limited. Prior to entering 
an OEM agreement, however, these larger companies 
have most likely completed an exhaustive evaluation. 

Does the company have any patents issued 
ae or pending on the product? Patents indicate 

that the product takes a unique and novel ap- 
proach to the problem—one that most likely will result 
in time savings and productivity improvements for the 
engineers in your company. 

Are the company and its people actively in- 
ly) ved in industry trade groups? Involve- 

ment—particularly active involvement—in 
such groups demonstrates a level of commitment to 
the success and promotion of not only the manufac- 
turer, but also the industry in general. 

What is the company’s primary business? 
[yi Mey companies sell software as a “second 

line” or as something to augment the sale of 
hardware. These companies may not be as committed 
to the quality of their software as a company that 


strictly dedicates itself to the development and sale 
of software. 


x Is the company willing to guarantee the soft- 


x: the product runs on multiple platforms, how 


ware in writing? If you’re not satisfied with 

the purchase for any reason, is the company 
willing to refund your purchase price within a reason- 
able time frame? If not, why not? 

Does the manufacturer have a bug-reporting- 
PY{ snetracking system? When you, the cus- 

tomer, call up with a defect in the software, 
what is the company’s response? How are bugs re- 
ported and tracked? Does the company assure that 
defects will be fixed in a subsequent release? What is 
the manufacturer’s commitment to fixing problems? 

Is there a bug-weighting system that estab- 
PY shes the severity of each detected defect? 

Who determines the severity of the defects? 
Is the severity of a defect based on customer input or 
does someone in R&D assess each defect? How does 
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the company respond to bugs of different levels of 
severity? 

How are products and upgrades released? Is 
nae there a formal sign-off process prior to product 

shipment? Who must sign off before a product 
can be released to customers? 

Are alpha and beta testing done outside the 
hae manufacturer’s facility? If so, how does the 

manufacturer select these sites? How many 
test sites does the manufacturer maintain? Is the feed- 
back from the test sites incorporated into subsequent 
releases? What are the criteria for your company to 
become a test site for future products or releases? 

Do your homework, especially if the software pack- 
age you’re considering is a design-automation tool. You 
may not uncover serious defects in design software 
until your design is completed and breadboarded or— 
worse yet—in production. Also, be careful of terminol- 
ogy. The same term or word may have different mean- 
ings for different software manufacturers. Terminology 
in the software industry has few agreed-upon mean- 
ings, and customers can often be misled. 

Software is a buyer-beware market. Treat the 
purchase of software just like you would a hardware 
(or any other) purchase. Doing your homework up 
front will be well worth your time and effort in the 
long run. 
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BOARDSCAN 


They're everywhere... 
They're the bugs that sabotage 
PCB design and cause costly 
prototyping and time consuming 
board iterations. 

Until now, restrictive formulas 
and topologically-based rule 
violation tools were the solution. 


Home and office bug killer! 

Quantic Laboratories has 
now given PCB and digital logic 
designers the advantage... 
BoardScan Version 2.0... the 
most powerful screening tool 
today. This second generation 
breakthrough is an automated 
printed circuit screener that 
calculates both transmission line 
signal and crosstalk effects with 
the same tool. 

With its unique signal integrity 
calculations BoardScan offers 
customers a new functionality. 
This includes the reporting of time 
delays, over- and under-shoots, 
settling time, noise margins, and 
functional violations. 

When combined, BoardScan 
and Greenfield offer full-spectrum 
transmission-line simulation 
capability for swatting bugs 
"across-the-board". 


For more information and 
personalized service please 
Call toll free 1-800-665-0235 


CIRCLE NO. 18 
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For complete specs 
and FREE evaluation 
package, call 


800 488-0680 


New Tango-Route PRO is the fastest, high-completion 


PCB autorouter for PC workstations. Its speed, ease of 

operation and professional results set Tango-Route PRO apart from all other 
autorouters. Whether you’re a novice or an experienced designer, you’ ll find 
Tango-Route PRO packed with features to help you be more productive, design 
better boards and get your products to market faster. 


Unrivaled Performance and Features. 
Tango-Route PRO has a unique “reconstruct” algorithm which 4 
iterates to 100% completion up to five times faster than ~\ 
comparable PC-based “rip-up and retry” or “push and 
shove” PC-based autorouters. Its automated options work 
like an “expert system” selecting the optimum routing 
configuration right out of the box for best results in the 
shortest time. Intelligent algorithms produce boards 

with fewer vias and shorter trace length to ensure high 
yields, lower fab cost and enhance board aesthetics. 
Uniform-, non-uniform- and off-grid routing 

offer performance equal to or better than 

“gridless routers.” The program fully supports 

the 32-bit power of 386/486 computers, virtual 

memory and all current PCB technologies 

including advanced SMD. And you'll drive 
Tango-Route PRO with the easy-to-use, 


Windows" -like Tango interface. 


Benchmark f 
Tango-Route PRO. 


Tango-Route PRO, 
together with our design 
editor, Tango-PCB PLUS, , 
can greatly enhance your i 
productivity. But don’t f 
take our word for it... f 

call toll-free for f~ 
complete specs y 
and a free evaluation Zp 
package to see ie’ 

the future in 
auto-routing for 


yourself. Pf | Ve oe Aa. = ; 
CIRCLE NO. 20 } i PKL [) 
Ls ay 
| Ere, 


Helping good ideas become great products. 
ACCEL Technologies, Inc. 

6825 Flanders Drive * San Diego, CA 92121 USA 
Service & Support 619/554-1000 Fax 619/554-1019 
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EDITED BY ANNE WATSON SWAGER 


C routine efficiently searches list 


Dave Bushong 
Wang Labs Inc, Lowell, MA 


The classic method for a linear search of an unordered 
list, such as the list shown in Listing 1 (which displays 
a text message when passed a numerical value), is to 
start at the first entry, compare the entry to the given 


Listing 1—Unordered list example 


struct message pairs { 
int message_number; 
char kascii_text; 
3 


struct message_pairs list[{] = ¢ 
15 “Please insert disk", 
fee “Drive error encountered", 
So “Press any key to continue", 
7% and so on k/ 
999, “Unknown error occurred" 


33 


#define LAST_MSG \ 
((sizeof(list)/sizeof(struct message _pairs))-1) 


Listing 2—Standard search routine 


char xsearch(int msg_code) 
{ 
Sree as: 
for(i=O; i<=LAST_MSG; i++) 
if(list{i].message_number == msg_code) 
return (list{iJ.ascii_text); 


7k here if no match x*/ 


return ("No message available"); 


Listing 3—Improved search routine 
char *¥search(int msg_code) 
int T=: ~Ly 
list{lLAST_MSG].message_number = msg_code; 


while(list{++i].message_number != msg_code) 


; 
return (list{iJ.ascii_text); 


value, and return a pointer to the corresponding string 
if the two numbers match. If the two numbers don’t 
match, the standard program (Listing 2) checks the 
next entry in the list, and so on, until it reaches the 
end of the list. This method alternately compares the 
current message number against the desired number 
and also the current index against the bounds of the 
array. It’s necessary for the program to check the 
bounds because the message number may not be in 
the list. Most C compilers will repeatedly load registers 
from memory to perform these operations, which re- 
sults in less-than-efficient code. 

A superior algorithm (Listing 3) places the number 
you're looking for into the last position in the list, 
which guarantees a match when you linearly search 
the list. In addition to generating more efficient code, 
this method eliminates the possibility that your array 
search will exceed the data in the array. 
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DSP pP implements linear prediction 


Vladimir Bochev 
Center of Informatics and Computer Technology, 
Sofia, Bulgaria 


Listing 1 (which you can obtain from the EDN BBS 
(617-558-4241 ,300/1200/2400,8,N,1—from main menu, 
enter (s)ig, <s/di_sig>, rk977)) contains two versions 
of the Shur-Leroux-Geuguen (SLG) method of solving 
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the autocorrelation normal equations necessary for lin- 
ear predictive decoding. Linear predictive coding is a 
fairly convenient and robust technique for modeling 
human speech processes. Compared to the FFT, the 
linear-predictive method has some advantages because 
of its shorter feature vector and its fit to the model of 
the speech-production mechanism. Linear predictive 
coding relies on the fact that it’s possible to predict 
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the next value of the speech signal—the next speech 
sample coming from an A/D converter, for example— 
using a linear combination of a number of previous 
values. 

The first part of Listing 1 is a C prototype for the 
SLG algorithm. An assembly-language implementation 
for the TMS32010 follows. At a sampling rate of 10 
kHz and 128 samples for the autocorrelation, a tenth- 


order model computes in less than 4 msec on a custom- 
designed DSP board. You can run the code on any 
TMS320C1X or TMS320C2X without modification. 
EDN BBS /DI_SIG #977 
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Listing 1—TMS32010 implementation of linear predictive algorithm 


Solver based on a “C” prototype 


/* rf[i] is the correlation vector array, uary[i] and vary[i] are 
working arrays for the algorithm. pvary is a pointer which helps 
for an easier and faster implementation. k[i] is the solutions 
vector, p is the order of the predictor */ 


pvary = vary; 
for(i = 0; 1 <= 10; i++) uary[i] = vary[i] = r[i]; 
/* the order of the predictor is fixed to ten for this example */ 
for(i = 1; i <= p; it+) { 
pvary++; 
k[i] = *pvary/uary[0]; 
for(j = 0; 3 <= p-iz j++) { 
temp = uary[j]; 
uary[j] -= k{i] * pvary[4]; 
pvary[j] -= k[{i] * temp; 
} 
} 


now follows the tms32010 code for implementing the SLG LPC. Variables 


have the same meaning as in the “C” prototype. FACTOR is a temporay 
variable and PARCORO is the starting address of the result vector. 


ARO ;WHICH POINTER TO START WITH 

ARO, VARY10 7ARO POINTS TO THE TOP OF VARY 

AR1, UARY10 7AR1 POINTS TO THE TOP OF UARY 

*,ARL ;DOUBLE TRANSFER. ACCUMULATOR 
71S ASSUMED TO HOLD THE ADDRESS 
;IN PROGRAM MEMORY WHERE THE 
;AOTOCORELLATION SAMPLES ARE 
;STORED BY THE PREVIOUS STEP 

*-,ARO ;THIS IS THE SAME AS 

ONE 7; VARY [I] =UARY[I]=R[I] 
;ONE AND ZEROC ARE DATA MEMORY 
;LOADED ON INITIALIZING WITH 
71 AND O RESPECTIVELY 

FILLIN ;IN THE “C” PROTOTYPE 


FILLIN 


LDPK ZEROC ;SELECT ZERO DATA MEMORY PAGE 


; SHUR-LEROUX-GUEGUEN PARCOR ALGORITHM IMPLEMENTED WITH LOOPED CODE 


;INITIALIZE ADDRESS OF PVARY 
;LIKE IN THE “C” PROTOTYPE 
;ONEC IS THE CONSTANT 1 

; INITIALIZE FIRST LOOP INDEX 
; INITIALIZE PARCOR INDEX 


LACK VARYO 
SACL PVARY 
LACK ONEC 
SACL I 
LACK PARCORO 
SACL K 

LPCLOOP ORDER 7THIS IS THE FOR LOOP 

I CONSTRUCT FROM THE “C” 

OUTLPC ; PROTOTYPE 

ARO #MAY BE SHIFTED OUT OF THE LOOP 

ARO, PVARY ;INIT POINTER WITH PVARY 

UARYO ;LOAD ACCUMULATOR WITH 
; DENOMINATOR 

+ ;UPDATE PVARY POINTER 

* ;GET NUMERATOR 

ARO, PVARY ;UPDATE PVARY FOR THE NEXT PASS 
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DENOM ;DENOMINATOR ADDRESS 

NUMERA ;NUMERATOR ADDRESS 

DIVIDE ;WARNING! DIVIDE USES ARO 

ARO,K 7LOAD POINTER WITH PARCOR 

7 ADDRESS 

#THE QUOTIENT FROM THE DIVIDE 
ROUTINE THAT CONTAINS THE 
#CURRENT K[I] COEFFICIENT 


QUOT 


FACTOR 
+ ;UPDATE K POINTER 
ARO,K 


ARO, UARYO 
AR1, PVARY 
ZEROC 

J 7 INNER LOOP INDEX 

FACTOR ;T DOESN'T CHANGE OVER THE LOOP 


7LOAD CURRENT UARY ADDRESS 
;THE “C” PROTOTYPE 


INTRALP ORDER 
as 
a 7FROM THE “C” PROTOTYPE 


IUPDATE 


#THE INNER FOR LOOP CONSTRUCT 


*,ARL ;LOAD FROM UARY AND SELECT NEXT 
OINTER 
AME AS TEMP=UARY[J] IN 
HIFT TO FIT THE RESULT FORMAT 
7OF THE MULTIPLICATION 
;SAME AS UARY[J]-=K[I] *PVARY[J] 
7STORE IN UARY[ 
;7LOAD VALUE FROM PVARY [J] 
LOSE TO THE “C” PROTOTYPE 
7PVARY[J] -= K[I])*TEMP 
*+,1,AR0 ;STORE IN PVARY[J] AND UPDATE 
‘OINTER 
7END OF INNER FOR LOOP 
; CONSTRUCT 


TEMP 
TEMP,15 
*, ARO 


*+,1,AR1 
*,15 
TEMP 


ONEC 


IUPDATE 7END OF OUTERLOOP FOR 


7; CONSTRUCT 


OUTLPC 


DIVIDE ARO ;STANDART TMS32010 FRACTIONAL 
NUMERA ;DIVIDE ROUTINE 
DENOM 


TEMPSGN 
DENOM 


; TEMPORARY SAVE FOR SIGN 


DENOM 
NUMERA 


ARO,14 
DENOM 
KEEPDV 
QUOT 
TEMPSGN 
DIVDONE 


QUOT 


QUOT 
DIVDONE 
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Picture your flat panel display using Cirrus Logic controller chips. They 


The same panel looks flat without our enhanced VGA capabilities. And it 
actually add colors to your display capabilities for more realistic shading. 


will lose face faster without our optimized power management system. 


How ‘To Avoid Losing Face On 
Your Color LCD Display. 


Face it. The first thing everybody notices is lower than other solutions for longer 


about your newest laptop is the display 
quality. Is it bright? Are the images clear 
and well modeled? Are the colors vivid? 

With Cirrus Logic LCD VGA controllers, 
your answer is yes. Which is why we're the 
leading supplier of display controller chips 
in the laptop and notebook market. 

For life-like 3-dimensional imaging, 
Cirrus Logic color LCD controllers offer 
technology leadership for your color 
products. With direct support for the 
latest active-matrix color LCD panels. 

Our controller chips do more than support 
your panel’s color capabilities — they 
enhance it with full VGA color support 
and a fuller color palette. To give you color 
so good it competes with CRT quality. 

Our monochrome solutions give you 


of our VGA color-mapping tests”* with 
up to 64 shades of gray. And with a lower 
dot clock rate, your power consumption 


Ga the pide, Catecnieat 
displays that PC Magazine called “the stars | Get the picture. Get more infor.” 


battery operation. 

Cirrus Logic LCD controllers are fully 
compatible with the popular PC video 
standards and will work with LCD, plasma, 
or electroluminescent displays. 

Simplify your design job. A higher 
level of integration gives you all this in 
the smallest form factor available. We 
also supply software and hardware design 
notes and full design support. You get the 
results you want quickly and easily. 

Design a more competitive product. One 
that looks better — and makes you look 
better. That lasts longer on a battery. Use 
the display solutions from a proven technol- 
ogy leader in laptop and motherboard VGA: _ Cirus Logic monochrome 


LCD ller chips from Cirrus Logic. 
CD controller chips from Cirrus Logic LCD controllers will also 


mation on LCD controllers. Crs make everything from 
| Call 1-800-952-6300, STE realistic scanned images to 
Lask for dept. LLOE oe Coole business charts look tastier. 
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Estimator generates exponential function 


John Dunn tial when you plot it. Al and A2 are constants, and 
Centroid Inc, Syosset, NY A3 is t. If you submit three values of X and Y from 


your empirical data to the program in the listing, the 
Using the estimator program in Listing 1, you can program will generate values for Al, A2, and A3. The 
generate an exponential function of the form program is in Hewlett-Packard Basic. 
Y=A1+A2+*e ~”* from raw data that looks exponen- The flow chart in Fig 1 diagrams the program’s algo- 


Listing 1—Exponential estimator program (HP Basic) 


PRINT CHR#(42) 
GRAPHICS OFF 
INITIALIZE ":MEMORY,0,4",103% 
CREATE ASCII ” TMEMORY,, 0,4" ,200 
ASSIGN @Print TO _ MEMORY , 0,4" 
DIM Result$£801) ,Asl 80) 
GOTO 240 
Space: ! 
PRINT 
OUTPUT Result% USING 120;"" 
OUTPUT @Print,Result$ 
IMAGE K,4 
RETURN 
Printit: H 
PRINT A% 
OUTPUT Result$% USING 180;A% 
QUTPUT @Print ,Results 
IMAGE K ,4+# 
RETURN 
1 
Ag="THIS PROGRAM ESTIMATES THE EQUATION OF AN EXPONENTIAL WAVEFORM" 
GOSUB Print it 
A$="GIVEN THREE Y-AXIS MEASUREMENTS AND THE X-AXIS VALUES GF THOSE" 
GOSUR Print it 
A¢= "MEASUREMENTS. ” 
GOSUB Print it 
GOSUB Space 
INPUT “Ast Y-AXIS AND X-AXIS VALUES (Y1,X1):",Y4,X1 
INPUT “@nd YrAXIS AND X-AXIS VALUES (Y2,X2):",Y2,K2 
INPUT "Srd Y-AXIS AND X-AXIS VALUES (Y3,X3):",Y3,x3 
Xx 0 
AS=410 ) INITIAL VALUE FOR "Tau" OF EXPONENT 
AS modifie@r#4.E-4 
Ke CYA-YR/ CVA VS) 
GFF ERROR 
ON ERROR GOTO 400 
mEXP (~XL/AS) EXP (-K2/AS) 
Leh / CEXP C-X4/A3) EXP (O-X3/A3) 
GOTO 450 
OFF ERROR 
A$="REAL UNDERFLOW ENCOUNTERED. CURVE NOT CALCULABLE." 
GOSUB Print it 
GOSUB Space 
GOTO 280 
IF K>L THEN AS=A3/(1+A3_ modifier) 
IF K<L THEN AS=ASK(L+AS modifier) 
KxeXx+h 
IF Xx>4000 THEN GOTO 14050 
IF ABS(K=-LO<AS modifier THEN GOTO 510 
GOTO 360 
IF AS modifier<i.E-S THEN GOTO S40 
AS modifier#A3 modifier/2 
GOTO 360 
AB=(YL-Y3)/ CEXP (-X1/A3) -EXP(-X3/A3) ) 
ALFY1~-AGKEXP (-X4/AS) 
OFF ERROR 
FRINT USING <G005"FUR Ye" V4", "Ye, "> &9; ¥3 
OUTPUT ResultS USING 610;"FOR Y=",Y1,",",¥2,", &",Y3 
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Listing 1—Exponential estimator program (HP Basic) (continued) 


590 OUTPUT @Print;,;Results 

600 IMAGE K,4X,SD.4DESZZ,K,1X,SD.4DESZZ,K ,1X,SD.4DESZZ 

610 IMAGE K,1X%,8D.4DESZZ,« ,4X,5bD.4DESZZ,K,41X%, 5D. 40ESZZ,+ 

620 PRINT USENG 650 5"AT X=", X45". "88,0. BN KS, De 

630 OUTPUT Result#%® USING 660;"AT xX=",X1,",",X%2,", &",XS,":" 

640 OUTPUT @Print; Results ” 

650 IMAGE K,4X,S8D.4DESZZ,K ,1X,$D.4DE8ZZ,K ,1X,5D. 4DESZZ,4xK,K 

660 IMAGE K,4X,SD.4DESZZ,K ,1X,5D.4DESZZ,K ,1X,SD.4DES2ZZ,4X,K 4% 

670 GOSUB Space 

680 Sqng="" 

690 IF SGN(CAS3)=4 THEN Sqne="~" 

700 LF SGN(CAS)=<1 THEN Sqngs "+" 

740 PRINT USING 740; "Y =",A1;A2;"% expC"; Sqn%;,"X/",ABSCAS) ,")" 

720 GUTPUT Result® USING 750;"Y =";At;AR;"*K expt"; Sqgn%;,"X7", ABS CAS); ">" 
730 OUTPUT @Praint , Results ; 

740 IMAGE K,4%,5D.40ES22,4%,50.4DES2Z,4X%,K ,K,K,0.4DESZZ,K 

750 IMAGE K,1X%,S).4DESZ2Z,1%,5D.4DES22,4%,K,K 4,0. 4DEGSZZ,iK , + 

760 GOSUR Space 

770 Chk 1#AL+A2KEXP CAL AS? 

780 ChkA#AL+AQKEXF C-K2/AS) 

290 Chk S#AL+tAZxEXP (-XS/AS) 

800 Pe ta=(CnkiaVi a 7vS7 04 

81.0 Pet@=(Chke-YeI/ve/s 04 

820 Pet2@=(Chks-YS/Y3/ 014 

830 A$="RE-CHECKING THIS EQUATION AT THE SPECIFIED X-AXIS POINTS: " 
840 GOSUB Print ait 

850 PRINT USING 940;"Y¥4 =";Y4i;", Yi check =";Chki; "ERROR =";Pc0t1;,"%" 
860 QUTPUT Result# USING 950;"Y¥4 =";V4;", Ya check ="5Cnka;, "ERROR ="; Pet.;, "A" 
$70 OUTPUT @Print ,Result 4 , 
880 PRINT USING 940;"Y2 #=";,Y2;", Y2 check =";Chk2@; "ERROR =";,Pete;, "A" 
890 OUTPUT Result» USING 950; "Y2@ =";Ye;", Ye check ="; C0hke; "ERROR =",Pct2;"%" 
900 QUTPUT @Print;,;Results 

940 PRINT USING 940;"YS =";,73;,", YS check #="{,Chk3;,"ERROR ="jPets,;, "4" 
920 GUTPUT Results USING 950; "YS =",73;", YS check ="; Cnk3; "ERROR ="; Pc0t3;,"%" 
930 GUTPUT @Praint;, Results 

940 IMAGE K,14X,8D.4DESZZ,K ,1X%,S5D.4DESZZ,3%,K ,30.20,1%,K 

950 IMAGE K,1X,8SD.4DESZZ,K ,4X,SD.4DES2Z2,3X,K,3D.2D,1X,,# 

960 IF X14>0 THEN 

970 GOSUE Space 

980 PRINT USING 1040;"STARTING VALUE ON Y-AXIS 1S" ,Aa+AL 

990 OUTPUT Result USING 1020; "STARTING VALUE ON Y-AXLS IS" ,AetAd 
4000 GUTPUT @Print;,;Result& 

4040 IMAGE K,1X,SD.4DESZZ 

4020 IMAGE K,1X,SD.4DES2Z,4 

4030 END IF 

4040 GOTO 4070 

1050 GOSUEK Space 

4060 PRINT "NOT CALCULABLE. CURVE NOT EXPONENTIAL." 

1070 At=" " 

4080 GOSUB Space 

4090 PRINT "COMPUTE FOR SOME OTHER X-AXIS VALUE CY/N) 2? "; 

4400 INPUT A% 

4440 PRINT AS 

4420 IF AS="N" THEN GOTO 41260 

41430 IF A¢="n" THEN GOTO 1260 

4440 IF As="Y" THEN GOTO 4170 

41450 IF Ag="y" THEN GOTO 4170 

4160 GOTO 1100 

1470 GOSURK Space 

4480 INPUT "X = 2",xX4 

4149.0 Y4=AL+A2KEXP (-X4/A3) 

4200 PRINT USING 4230;"FOR X =";X4;,"Y¥ =";Y4 

14240 OUTPUT Result$ USING 1240;"FUR X =";X4,;"Y =";Y4 

4220 OUTPUT @Print ;Results 

4230 TMAGE K,1X,SD.4DESZZ,3X,K ,1X,SD.4DESZZ 

4240 IMAGE K,4X,SD.4DESZZ,3X,K,4X,9D .4DESZZ,+ 

1250 GOTO 1070 

1260 ASSIGN @Print TO x 

1270 At=" " 

4280 INPUT "HARD COPY (Y/N) 2? ",A% 

1290 IF Ag="N" THEN GOTO 1340 

4300 IF At="n" THEN GOTO 1340 

4340 IF AS="Y" THEN GOTO 1330 

4320 IF A$<>"y" THEN GOTO 1270 

1330 COPY " __ ‘MEMORY ,9,4" TO “/epsol/ 

4340 END 
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Design Entry Blank 


$100 Cash Award for all entries selected by editors. An 
additional $100 Cash Award for the winning design of 
each issue, determined by vote of readers. Additional 
$1500 Cash Award for annual Grand Prize Design, 
selected among biweekly winners by vote of editors. 


To: Design Ideas Editor, EDN Magazine 
Cahners Publishing Co 
275 Washington St., Newton, MA 02158 


| hereby submit my Design Ideas entry. 
Name 
Title Phone 


Company 


Division (if any) 


Street 
City 
Country 


Design Title 


Home Address 


Social Security Number 
(Must accompany all Design Ideas submitted by US 
authors) 


Entry blank must accompany all entries. Design entered 
must be submitted exclusively to EDN, must not be 
patented, and must have no patent pending. Design must 
be original with author(s), must not have been previously 
published (limited-distribution house organs excepted), 
and must have been constructed and tested. Please sub- 
mit software listings and all other computer-readable 
documentation on a 5%-in. IBM PC disk. 

Exclusive publishing rights remain with Cahners 
Publishing Co unless entry is returned to author or editor 
gives written permission for publication elsewhere. 

In submitting my entry, | agree to abide by the rules of 
the Design Ideas Program. 


Signed 
Date 


ISSUE WINNER 

The winning Design Idea for the March 14, 1991 issue 
is entitled “One coax cable carries video and power,’ 
submitted by Jeff Kirsten and Charlie Allen of Maxim 
Integrated Products (Sunnyvale, CA). 

The winning Design Idea for the March 28, 1991 issue 
is entitled ‘‘Pulse generator wrings out scopes,” 
submitted by Jim Williams of Linear Technology Corp 
(Milpitas, CA). 


Your vote determines this issue’s winner. All designs 
published win $100 cash. All issue winners receive an ad- 
ditional $100 and become eligible for the annual $1500 


Grand Prize. Vote now, by circling the appropriate number 
on the reader inquiry card. 


rithm. You can obtain the listing from the EDN BBS. 
Phone (617) 558-4241 with modern settings 300/ 
1200/2400, 8, N, 1. From the main menu, enter (s)ig, 
<s/di_sig>, rk947). (EDN BBS /DI_SIG #947) 


To Vote For This Design, Circle No. 750 


INPUT X1, Y1 
INPUT X2, Y2 
INPUT X3, Y3 


A3 = 10 (SEED VALUE) 
A3 MOD = 0.1 (SEED VALUE) 
(MOD = MODIFIER) 


. oo A3 <—— A3/(1 + A3 MOD) 


A3 ~<— A3/% (1 + A3 MOD) 


A3 MOD<1E—-5 A3 MOD ~—— 0.5 * A3 MOD 
ii 
Adie Yi-Y3 
@XVA3_ aaa 


Fig 1—This flow chart diagrams the iterative calculations that fit 
an exponential function to real-world data. 


on 
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Floppy-repair program saves files 


K V Ramakrishnan 
NPOL, Kerala, India 


The program in Listing 1, written in TURBO C 2.0 
(you can also obtain the listing from the EDN BBS 
(617-558-4241 ,300/1200/2400,8,N,1—from main menu, 
enter (s)ig, <s/di_sig>, rk978)), enables you to save 
files in the event that while examining the directory 
or accessing any file in your valuable floppy disk, MS- 
DOS displays the following, dreaded error message: 


General Failure error reading device A Abort, Retry, 
Fail? 


This error results from data corruption in sector one 
of track zero. This sector consists of format-dependent 
data like the DOS version, number of sectors, and sides 
used for formatting. If you can write this data back, 
you can re-use that floppy without the loss of files in 
the floppy. To perform the rewrite, you need a similar 
good floppy formatted under the same version and with 
the same switch settings. Listing 1’s program will ask 
you to place the good floppy in drive A. It will read 
the data in the first sector and place this data in the 
bad floppy when you place it back in drive A. 
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Listing 1—Floppy repair program 


/* Floppy Repair Program written in TURBO C 2.0 */ 


int err=Oxaa, head,track,sectors,nsector,test=0; 
unsigned char buff(516)], chr; 
main () 
{ 
printf ("\n Insert good Floppy in drive A. OK ?(y/n)"); 
chr = getche(); 
Af(((chr & Oxff)\="Y¥") 11 ((chr & Oxff)=="y’)){ 
nsector = l;head = O;track = 0; sectors = 1; 
readwrite (0); /*. read disk */ 
printf("\n Replace good floppy with bad one. OK ?(y/n)"); 
chr = getche(); 
if(((chr & Oxff)=="¥°) || ((chr & Oxff)=="y")){ 
test = 0; readwrite(1); /* write disk */ 


readwrite(int rw) 
{ 
if(rw == 0) /* read disk */ 
err = biosdisk (2,0,head, track, sectors, nsector, ébuff) ; 
else /* write “7 
err = biosdisk (3,0,head,track, sectors, nsector, ébuff) ; 
switch (err) { 
case 0x00: printf£("\n operation successful"); 
case 0x01: printf ("\n Bad command lot 3 
case 0x02: printf ("\n address mark not found"); 
case 0x04: printf("\n record not found St 
case Ox0S: printf("\n reset failed ")e 
case 0x07: printf("\n drive parameter activity failed"); 
case 0x09: printf ("\n attenpt to DMA across 64K boundary”); 
case Ox0b: printf ("\n bad track flag detected"); 
case 0x10: printf (*\n bad ECC on disk read"); 
case Oxll: printf£("\n ECC corrected data error”); 
case 0x20: printf("\n controller has failed"); 
case 0x40: printf("\n seek opereation failed"); 
case 0x80: printf("\n attachment failed to respond"); 
case Oxbb: printf("\n undefined error occurred"); 
case Oxff: printf£("\n sense operation failed"); 
default : if (test++ <5 ) readwrite(rw); 
else printf("\n operation failed"); 
! 
} 
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Corrections 


For “One coax cable carries video and power” by Jeff 
Kirsten and Charlie Allen (EDN, March 14, 1991, pg 
1387), Q in Fig 2 should be a 2N3904, not a 2N3906. 
In Fig 3, the ground symbol at IC, should be a triangle, 
for power-supply ground. 

Author Jim Honea points out that in the write-up of 
his Design Idea, “MOV model spoofs Spice” (EDN Soft- 
ware Engineering Special Supplement, March 28, 1991, 
pg 35), K, not a, can be as low as 1x 10™. 
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EDN’s bulletin board is on line 


Call EDN’s free bulletin board system (BBS) at 
(617) 558-4241 (1200/2400,8,N,1) and select 


/DI_SIG to get additional information or to com- 
ment on these Design Ideas. 
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SOFTWARE DEVELOPMENT TOOLS 


Software Development Tools 
For MC68EC pPs 


e@ C compilers provide ANSII 
conformance 
@ In-line assembly-language 
facilities for each »P 
Intertools software-development 
products are now available for Mo- 
torola’s MC68EC000, MC68EC020, 
MC68EC040, and MC68330 proces- 
sors. Release 8.0 of the tool kit in- 
cludes in-line assembly, full ANSI 
conformance of the C compilers, and 
support for C+ + preprocessor pro- 
grams. Each tool is specifically tai- 
lored to take advantage of the hard- 
ware features of the target wP. The 
tools recognize the difference be- 
tween capabilities of the MC68030 
memory management unit and those 
of the MC68EC030 access-control 
unit; the MC68330 tools take advan- 
tage of the unique CPU382 instruc- 
tion set and addressing modes. The 
tool kit includes Motorola-compat- 
ible macroassemblers that allow an 
unlimited number of relocatable, 
absolute, and combinable segments. 
The Compiler/Assembler/ Utilities 
tool kit hosted on an IBM PC or 
compatible, from $1975. The XDB de- 
bugger is available for three exe- 
cution environments: XDBice, inte- 
grated with popular in-circuit emu- 
lators, $1650; XDBrom, bundled 
with a configurable ROM monitor, 
$2500; and XDBsim, bundled with a 
68000-based simulator board, $2400. 
Intermetrics Microsystems Soft- 
ware Inc, 733 Concord Ave, Cam- 
bridge, MA 02138. Phone (800) 356- 
3594; in MA, (617) 661-0072. FAX 
(617) 828-2843. Circle No. 351 


C Compiler And Simulators 

For Intel 8051 

© C compiler provides full ANSI 
conformance 

© Simulator provides I/O simu- 
lation 

The Arch51 compiler kit for Intel’s 

8051 microcontroller consists of a C 

compiler kit, a simulator/debugger, 
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and an I/O simulator. Archimedes 
Ine developed these tools, which 
are fully integrated with Intel’s in- 
circuit emulator, the ICE-51FX/ 
PC. This emulator plugs into a host 
PC computer and allows you to test 
any of more than 30 variations of 
the 8051 controller. The C cross- 
compiler, which runs on IBM PCs 
and compatibles, conforms to the 
ANSI standard; the compiler comes 
with a macro assembler, a linker/ 
locator, a librarian, and C libraries. 
SimCASE, the simulator/debugger, 
provides both C and assembly 
source-level debugging facilities, as 
well as performance- analysis tools 
and a stimulus generator for on-chip 
I/O simulation. SimI/O is a pro- 
grammable simulator that works in 
conjunction with SimCASE to per- 
form modeling and analysis of ex- 
ternal I/O. Arch51 Microcontroller 
C Kit, $1295; SimCASE, $995; 
SimI/O, $695. 

Intel Corp, Box 58065, Santa 
Clara, CA 95052. Phone (800) 874- 
6835 or local office. 
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Enhanced Compilers 


®@ Code generators and optimizers 
boost system performance 
@ Debugging tools use Open Look 
GUI 

SPARCompilers for C, C+ +, For- 
tran, Pascal, and Modula-2 include 
improved code generators and op- 
timizers. According to the vendor, 
benchmarks published by SPEC 
(Systems Performance Evaluation 
Cooperative) show that software 
compiled with the new versions 
shows a performance gain of as 
much as 18% over the same soft- 
ware compiled with previous ver- 
sions. These versions come with 
dbx and dbxtool debuggers and Sun 
Sourcebrowser, and run under the 
NSE (network system environ- 
ment) operating system, using the 
Open Look GUI (graphical user in- 
terface). NSE also provides version 


control, configuration management, 
and parallel development. A single 
license for the C, C++, Fortran, 
and Pascal compilers, $2000 each; 
for the Modula-2 compiler, $2200; 
a 20-user license for the NSE, 
$10,800. 

Sun Microsystems Inc, 2550 
Garcia Ave, Mountain View, CA 
94043. Phone (415) 960-1300. FAX 
(415) 969-9131. Circle No. 353 


OCR System For 
Windows 3.0 


@ Provides SCSI interface for Mi- 
cro Channel Architecture 
® Converts data into multiple 
formats 
The Topscan Plus OCR (optical 
character recognition) system pro- 
vides a SCSI interface for IBM PC/ 
AT-compatible and IBM Micro 
Channel Architecture PCs and 
compatibles that run Windows 3.0. 
The system employs the vendor’s 
CDP-6000 and CDP-9000 scanners, 
which have scan rates as high as 
3.3 sec/page and character-recogni- 
tion rates as high as 250 eps. The 
software automates as much as pos- 
sible of each phase of the OCR proc- 
ess and includes a deferred process- 
ing feature that lets you split scan- 
ning and recognition into two sepa- 
rate tasks. A pop-up verifier helps 
to reduce proofing time. In addi- 
tion, the software can convert the 
data to any one of more than 50 
word-processing and spreadsheet 
formats. To run Topscan Plus, you 
need an IBM PC or compatible with 
2M bytes of RAM, Windows 3.0, 
and a hard disk. Both scanners 
come equipped with high-volume 
sheet feeders and support RS-232C, 
SCSI, and Ethernet interfaces. 
Topsean Plus, with a CDP-6000 
seanner, $17,450; with a CDP-9000 
seanner, $29,450. 

Calera Recognition Systems 
Inc, 2500 Augustine Dr, Santa 
Clara, CA 95054. Phone (408) 986- 
8006. Circle No. 354 
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SOFTWARE DEVELOPMENT TOOLS 


Diagnostic Knowledge- 
Management Shell 
e Embeds diagnostic knowledge 

bases in existing software 
e@ Lets you deliver a troubleshoot- 

ing system for customer support 
Version 2.0 of Testbench is a diag- 
nostic knowledge-management 
shell that allows you to integrate 
diagnostic applications with an 
existing software environment. 
Testbench consists of two compo- 
nents: Testbuilder, which is a 
graphical tool for capturing 
troubleshooting knowledge; and 
Testview, which is a delivery sys- 
tem based on a layered-software ar- 
chitecture. Each layer provides 
many options for integration and 
customization. New features of 
Testview include the ability to save 
and resume a diagnostic session at 
any point; the ability to query an 
external device and use the result- 
ing data in the diagnostic session; 
and the ability to specify a repair 
and to resume diagnosis if the re- 
pair fails. Testbuilder runs on Sun 
workstations; $48,000 for the first 
copy. Testview runs on IBM PCs 
and compatibles, $1400. 

Carnegie Group Inc, 5 PPG PI, 
Pittsburgh, PA 15222. Phone (412) 
642-6900. Circle No. 355 


Network Control System 
@ Default setups simplify instal- 
lation 
@ Data conversion lets you use 
Sniffer trace files for analyses 
Protolyzer version 1.1 provides fea- 
tures that make it easier to take 
data off the network and present 
it in a useful format. The database, 
for example, lets you replace hexa- 
decimal node addresses with the ac- 
tual names that represent each 
workstation. For management pur- 
poses, you can also add office loca- 
tion, hardware in use, and other 
relevant information. The tools in- 
clude standard applications for 
baselining, active monitoring, com- 


parative troubleshooting, and load 
simulation of the network. You can 
analyze Token-Ring and Ethernet 
data and draw visual maps of the 
network. One tool converts Sniffer 
trace files into Protolyzer data files 
for extended analyses. From $6995. 

Protools Inc, 14976 NW Green- 
brier Pkwy, Beaverton, OR 97006. 
Phone (503) 645-5400. FAX (503) 
645-3577. Circle No. 356 


Network Virus Protection 


@ Detects and eliminates more than 
400 viruses 

@ Works with DOS, Windows, and 
networks 

Central Point Antivirus is a pro- 

gram that can recognize and elimi- 

nate more than 400 known and un- 

known viruses. The program pro- 

vides file immunization that makes 

executable files self-protecting; it 


Multilask!" Executives 


also includes a memory-resident 
module that provides the same level 
of protection as the main program.- 
When running under Windows 3.0, 
the program provides a dialog box 
to alert you to virus infections that 
may take place while Windows ap- 
plications are running. The Vsafe 
memory-resident program monitors 
the system for illegal activities 
which could indicate that a virus is 
trying to infect a file. It creates and 
verifies checksums for each file to 
determine whether an unknown vi- 
rus might be at work; a smaller pro- 
gram (Vwatch) checks only for 
known viruses. You can choose to 
run either Vwatch (8k bytes) or 
Vsafe (22k bytes), depending on 
how much memory is available. $129. 
Central Point Software Inc, 
15220 NW Greenbrier Pkwy, Suite 
200, Beaverton, OR 97006. Phone 
(503) 690-8090. Circle No. 357 


Accelerate Real-lime Design 


—: a hurry to develop real-time applica- 
ions? MultiTask! executives give you a 
full set of standard system services for most 
embedded processors. 

Source code keeps you in control. And 
our ProtoTask!™ executive lets you develop 
code on the PC. No matter which target you 
choose or when you choose it. 


© 1991 US Software Corporation. MultiTask!, ProtoTask! and 
EasyTask! are trademarks of US Software Corporation 


MultiTask! executives support today’s 
most popular microprocessors: 
680x0, 68HC11, Z80/Z180/64180, 8051, 
80x86/V-Series, 8096/80196 & i960. 

Call for a free EasyTask!™ information 
diskette: (800) 356-7097 or (503) 641-8446. 


14215 NW Science Park Drive 


C7 Portland, OR 97229 
US SOFTWARE, 
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SOFTWARE DEVELOPMENT TOOLS 


Segmented Linker For 

Generating .EXE Files 

@ Runs under DOS, Windows, or 
OS/2 

@ Sets no limit on the number of 
items being linked 

The Optlink/Windows version 2.50 

segmented linker can generate 

.EXE files for DOS, Windows, or 


OS/2 systems. It uses extended or 
expanded memory when available, 
and sets no limit on the number of 
modules, libraries, publics, or seg- 
ments being linked. According to 
the vendor, the linker performs as 
much as 20 times faster than Micro- 
soft’s Link. Other features include 
the ability to copy .RES files to 


Free Demo 


You can start your debugging with this FREE demo simulator. You can load up 
to 512 bytes of code, assembler, C, or PL/M and do full debugging/simulation 


in assembly and source level. A great way to get started for FREE. 
Fantastic for schools! Just call and we'll send it! 


Full Simulator 


The full-blown simulator is an extension of 
the DEMO. You can load up to 64K of 
code and use 64K of XDATA space. You 
can program an “external environment” 
to interact with your code to simulate your 
target system. The emulator is the hard- 
ware extension of the simulator! 


iPhone miation 


The 24MHz real-time emulator has been 
the industry standard for years. With its 
complex breakpoint logic and advanced 
trace, nobody can beat it for performance. 
Plug-in or RS-232 configuration. All 8051 
derivatives are supported! 


noHaU 


CORPORATION 


51 E. Campbell Avenue, Campbell, CA 95008 
FAX (408) 378-7869 


(408) 866-1820 


PC-Based 


In-Circuit Emulators 
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.EXE at link time; the ability to 
work with Codeview 3.0 and Win- 
dows 3.0; and compatibility with 
Microsoft segmented linkers for 
generating Windows and 16-bit OS/ 
2 .EXE and .DLL files. In addition, 
the linker generates complete 
global cross-references and pro- 
vides detailed segment mapping. 
New users, $350; upgrade for regis- 
tered users, $75. 

SLR Systems, 1622 N Main St, 
Butler, PA 16001. Phone (412) 282- 
0864. FAX (412) 282-7965. 
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Memory Manager 
@ Allows access to DOS memory 
above 640k in enhanced 386 mode 
@ Needs no additional hardware to 
manage extended memory 
H1I386 Complete allows you to ac- 
cess the DOS memory between 
640k and 1M bytes while operating 
Windows 3.0 in 386 enhanced mode. 
Previously, you could access high 
memory only when Windows was 
running in real mode. The new ver- 
sion provides software-only mem- 
ory management that eliminates 
any conflicts with the memory- 
management functions of Windows 
3.0 because it makes use of the Mi- 
crosoft virtual device driver (VxD). 
You can relocate network software, 
device drivers, DOS utilities, and 
TSR programs to high memory, 
thereby freeing as much as 224k 
bytes of main memory for memory- 
intensive applications. For regis- 
tered users of HI886, upgrade to 
Windows-compatible HI386 at no 
charge; upgrade for users of any 
other memory manager, $29.95 plus 
a copy of the documentation cover; 
new users, $129. 

RYBS Electronics, 2590 Central 
Ave, Boulder, CO 80301. Phone 
(303) 444-6073. FAX (803) 449-9259. 
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RODUCT MAR 


This advertising is for new and current products. 


Please circle Reader Service number 
for additional information from manufacturers. 


There is a Difference! 
Lifetime Free Updates 


CP-1128 
$1295 


A programmer is not just another 
programmer. That is why BP 
Microsystems is committed to bringing 
our customers the highest quality 
programmers at an afforable price.This 
commitment is evident in our CP-1128 
Combination PROM/EPROM/PLD 
Programmer supporting over 1800 
devices up to 28-pins. Call today! 


go-g@ge ae 
BPhicrosystems 


1-800-225-2102 
713/461-9430 


CIRCLE NO. 325 


Professional Quality Tools for 


80x86 ROM 
Development 


Datalight gives you the tools you need for 
effective 80x86 ROM development: 
ROM-DOS ROMable operating system. 
Compatible with MS-DOS 3.3. Operates with 
a disk system or a diskless environment. Less 
than 32K in size. Only $6 each in quantity! 
C_thru_ROM full-featured ROM develop- 
ment kit. Includes Turbo and CodeView 


remote debugging, 80x86 locator, startup code, 


limited ROMable library and much more .. . 
Complete information and free demo disks. 


1-800-221-6630 


Toll Free—Call Us Today! 


Datalight 


17455 68th Avenue NE, Suite 304, Bothell, WA 98011 
(206) 486-8086 + fax (206) 486-0253 
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68HCT11 


PC-based emulator for 68HC11 


SEE EEM 90791 
Pages D 1320-1323 

@ PC plug-in or RS-232 box. 

@ Pull-down menus with full window support, combined with 
command-driven User Interface. 

®@ Up to 16 MHz real time emulation. 

@ No intrusions to the 68HC11's resources. 

@ 48 bit wide 16K deep trace. All functions usable without 
disturbing emulation. Time stamping. Two level trigger. 

@ Symbolic and C Source Level Debugging, including in-line 
assembler and disassembler. 

@ Supports A, E, D and F parts. 

Prices: 64K Emulator and pod $2590; 4K Trace $1995* 


CALL OR WRITE FOR FREE DEMO DISK! 
Campbell, CA 95008 


NOHAU fs 


CORPORATION (408) 866-1820 


51 E. Campbell Avenue 
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Exploit the Power... 


Of... 
PSpice ® 


Low Cost 
Mixed-Mode 
Simulation 


NOW 2. 
Links Schematic capture with Mixed-Mode simulation 


. You have a choice! 


Use low-cost PC’s to multiply your productivity 
Converts schematic input to simulation netlist 
Simple schematic setups for worst case parametrics 
Provides fast generation of icon driven subcircuits 
Capabilities for linking to Concurrent Engineering 
Simultaneous analog, digital and behavioral modeling 
Project oriented directory & file management system 
Design top-down or bottom-up - - ideal idea testing 
So easy to use that it’s actually fun to work 


CALL FOR DEMOS AND DISCOUNTS 
(503)645-8297 


OrsPICE ™ PSpice® NW SILICON SPECIALISTS, inc 
CapSPICE ™ hae 2700 NW 185TH AVE, STE 1200 
OOTMs ™ . PORTLAND, OREGON 97062 
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Logic Design 
Software 


CUPL 


The Fastest Way Through Customs 


Develop logic designs using the popular 
CUPL 4.0 PLD/FPGA development 
software with the newest and latest fea- 
tures that gets you through customs in a 
hurry! We can get you the product you 
need now, and in the future. CUPL 4.0 
starts at $495. 


For more information, L@Q@GICAL 
call 1-800-331-7766. S=WICES, Inc. 
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Protel Autotrax” HAI 


Best PCB design solution for mixed 

Digital, Analog, and SMT boards 

Our NEW and POWERFUL Protel Autotrax™ is a fully integrated PCB 
layout system with automatic component placement and auto- 
routing in a single working environment. Its latest features will 
definitely push the price/performance of mixed technology PCB 
designs to the highest level, boost your design productivity, and 
deliver your products to the marketplace faster than your competitors. 
© Integrated automatic component placement and autorouting 
© On-the-fly library components creation 

"ie 45°, 90° and curve tracks routing 

© Powerful user-definable Macros 

© Auto-panning 

© PostScript ™ printing 

© Switchable Metric/Imperial grid 

© Intelligent Pad to Pad autorouting 

© Automatic power/ground relief for SMD pads 

© Automatic Copper Pour leaves clearance for tracks & pads 
From schematic design, manual and automatic PCB design, Rip-up 
and Retry autorouting, to Gerber viewing and editing, we offer free 
tech and EMS support, 24-hour BBS and 30-day money back 
guarantee and our prices start at $395 


Free Evaluation Package 
Toll Free: 800-544-4186 (ae 
Protel Technology, Inc. Prepacieg) 


50 Airport Parkway, San Jose, CA 95110 
Tel: 408-437-7771 Fax: 408-437-4913 
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iceMASTER 


COP8 8051 68HCll 


YOUR WINDOW 
TO EMULATION 
PRODUCTIVITY 


wm Easy toleam & use 


ws Windowed interface -- 
user configurable 


= FAST! Download -- 
<3 sec. typ. at 115KB 


= Source Level debug 
we A4K frame trace buffer with advanced searching capabilities 
mm Hyperlinked On-line help guides you through the emulation process 


m iceMASTER connects easily to your PC, requires no disassembly, or expansion 
slots. Works on any PC (DOS or 0¢ /2), MicroChannel or EISA. Even laptops! 


wm Supports more than 50 different 8051 f derivatives. MO8H(11 
support will be available early in 1991 may 


we Try iceMASTER risk free! Satisfaction Guaranteed or return for a full refund! * 
m RENTALS AVAILABLE! \deo! for consultants and researchers! 
mw Call today for free demo disk and ask about a free 

Be Macro Assembler! (800) 638-2423 


"1, Metalink 


Matolink Corporation PO. Box 1329 Chandler, Ax 85244-1329 
Phone: (602) 9260797 FAX: (602) 926-1196 TELEX: 49980SOMTLNK 


* With 10-day mil period 
CIRCLE NO. 331 


Elegant, concise, fast & standardized 


FLOATING POINT 
libraries for embedded applications 


Based on the IEEE 754 standard, FPAC (32 bit) 
and DPAC (64 bit) libraries are mature, well 
documented, and fully tested. The libraries are 
fully ROMable and include the following: 

© Basic Operations © ASCII Conversion 

© Square Root © Integer Conversion 

® Trigonometric © Logarithmic 


U S Software supports most Intel, Motorola, 
Zilog and Hitachi micros, including 80X86, 
80386, 680X0, 80960, 8051, 8096, 68HC11, 280, 
6809 and 6301. 


For additional information, please contact: 


ro, US SOFTUARE 


United States Software Corporation 
14215 NW Science Park Drive 
Portland, Oregon 97229 
800-356-7097 
503-641-8446 
503-644-2413 (FAX) 
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DIRECT CODING 


PROGRAMMING 
WITHOUT LANGUAGE 


Software made @aSy. 


Professionals, Scientists, 
Engineers, Technicians. 


M-Code Personal $99.95 
A tool to write software for the 
8088 family, 8051 family 
and other processors 
Call or send for data sheet 


DOS stems, (408) 625 9016 


Box 4601 Carmel CA 93921 
CIRCLE NO. 337 


At SUPERPRO™ 
UNIVERSAL PROGRAMMER 


SUPERPRO WITH 


FREE 
MULTIMETER 
ONLY $795 


xeureK 


® programs * PAL, EPLD, GAL, PEEL, FPL 
(up to 68 pin PLCC) 
+ E(E) PROM, Flash EPROM up to 4Mbits (40 pins) 
* Microcontroller, Bipolar PROM. 
@ Tests TTL/CMOS Logic, D/S Memory Device. 
= Highspeed parallel interface card to PC/XT/AT/386 
= Pull-down Menu driven, Library Operating software. 
= Fast Device update on user's request 
= 40-pin Gold ZIF Socket 
® Lifetime Free Updates (BBS) 
= User Device Library Generator (optional) 


TOLL FREE 1-800-541-1975 764 San Aleso Ave. 
Sunnyvale, CA 94086! 
XELT eKi: (408) 745-7974 
FAX 208) ) 745-1401 
CIRCLE NO. 332 


ROMIT 


EPROM EMULATION SYSTEM 


me NEW 
©] 4-MEGABIT 
| VERSION 


m Emulates up to 8 
4-Megabit EPROMS with 
one control card. 


@ Downloads 2-Megabit 
programs in less than 
23 seconds. 


@ Allows you to examine 
and modify individual 
bytes or blocks. 


@ Accepts Intel Hex, 
Motorola S-Record 

and Binary files. 

@ Software available 

for IBM PC and 
compatibles and 
Macintosh systems. 

m@ Base 27256 EPROM 
System $395.00 Other 
configurations available. 


ORDER TODAY--IT’S EASY 
CALL OR FAX FOR MORE INFORMATION 


Incredible Technologies, Inc. 


yt (708) 437-2433 
Med (708) 437-2473 Fax 


VISA now accepted. 
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FULL-FEATURED 
EMULATION 
SYSTEM 

FOR COP8 


m PC-hosted COPS 
emulator system. 


a Ensy to learn and use. 


mm iceMASTER is fast. 8K file loads in less than a second with 115.2K baud link 
using standard COMM port 

wm iceMASTER COP8 connects easily to any PC, requires NO disassembly or 
expansion slots. Works on PC (DOS or 0S/2), Micro Channel, or EISA. 

Even Laptops! 

m iceMASTER is flexible. Windowed interface - user configurable with 
pulldown menus, combined with hotkeys, context sensitive hyperlinked help, 
onscreen editing, 

mm iceMASTER is powerful. 4K frome trace buffer with advanced searching and 
filtering capabilities 

m iceMASTER is versatile. One iceMASTER COP8 allows emulation of more than 
10 different COP8 family derivatives vio interchangeable probe cards 

wm Call us today for a FREE demo disk. 


"",iMetatink § — (800) METAICE 


Phone: (602) 9260797 FAX: (602) 926-1198 TELEX: 49980SOMTLNK (800) 638-2423 
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PAL/PROM Programmer Adapters 


e Any EPROM programmer designed for DIPs can be 
converted to accept LCC, PLCC, and SOIC sockets in seconds! 
e To program, just insert an Adapt-A-Socket™ between the 
programmer's DIP socket and the circuit to be programmed. 
e Designed to fit all types of EPROM programmers, including 
Data I/O 120/121A, Stag, Logical Devices, etc. 

e Quick turnaround on custom engineering services, if 
needed. For a free catalog, contact: 


Emulation Technology, Inc. 
2344 Walsh Ave. Santa Clara, CA 95051 
Phone: 408-982-0660 FAX: 408-982-0664 
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Y Facts about 
500,000 
ICs and Semiconductors 
at Your Fingertips 
Cahners CAPS is the newest component 


search and selection tool for electronic 
design engineers: 


e PC-driven, CD-ROM-based 
* Includes unabridged 
manufacturers’ datasheets 
* Represents more than 450 
manufacturers worldwide 
Call toll-free: 1-800-245-6696 
c AH NERS 275 Washington Street 
Newton, MA 02158-1630 
Telephone: 617-558-4960 


Facsimile: 617-630-2168 
Telex: 940573 
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TOOLS FOR 
ELECTRONIC WARRIORS 


@ SCHEMATIC 
CAPTURE 


@ GRAPHICS 
@ PCB LAYOUT 
@ SIMULATION 
@ ROUTERS 


M@ CAD/CAE & 
MORE! 


Computer Aided 
Product Selection 


For Your Free Catalog Call 
1-800-743-7074 
Tmt AAR = 


Tent 


31200 LoBaya Drive + Suite 301 Westlake Village, CA 91362 
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Philippe Kahn 
still hitting 
the high notes 


Philippe Kahn made 


Borland a success with 


inexpensive software 


and a lot of brass. 


Jay Fraser, Associate Editor 


4 


Pn August of 1983 Philippe 
Kahn was in a serious bind. 
Four months earlier he had 
borrowed some money to start 

his software company, Borland In- 
ternational, and rent a cramped, 
two-room office above a garage in 
Scotts Valley, CA. He was the only 
full-time person on the staff and he 
had only one product—a compiler 
he and some friends had developed 
and named Turbo Pascal. But Kahn 
had no distributors for Turbo Pascal 
and the borrowed money was rap- 
idly running out. To add to his prob- 
lems, after immigrating from 
France the year before he had been 
unable to obtain a work permit or a 
green card. He was an illegal alien. 
Kahn came up with the idea of 
selling Turbo Pascal by direct mail, 
an unconventional approach at that 
time. He wrote an advertisement 
that he wanted to run in Byte maga- 
zine, but he didn’t have enough 


money to pay for it. So he decided 
to stage an elaborate ruse. 

He invited a salesman from Byte 
to come to his office. Then he pre- 
pared a chart that supposedly showed 
Borland’s media plan for the coming 
year. Kahn listed every computer 
magazine he could think of and drew 
a large X through Byte. He put the 
chart on his desk where the sales- 
man couldn’t help but see it. Kahn 
also paid a couple of people to bustle 
around the office for an hour so that 
it would look busy and arranged for 
some friends to call him up so the 
phone would ring constantly. 

When the salesman arrived Kahn 
apologized and said they had de- 
cided not to go with Byte after all. 
The salesman noticed the phony 
chart on Kahn’s desk and said, 
“Wait a minute, why don’t you want 
to advertise in my magazine?” Kahn 
replied that he didn’t think it 
reached the right people. The sales- 
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man, afraid of losing out to his ri- 
vals, offered to make a deal. Kahn 
quickly got the terms he wanted. 
The ad ran on credit, payment due 
in 90 days. 

“I didn’t have very high expecta- 
tions,” says Kahn. “I hoped to pay 
for the ad and pay the rent. It was 
a real surprise when I received 
about $100,000 worth of orders in 
the first month.” 

Taking risks, trying new ap- 
proaches, and displaying a lot of 
nerve have continued to character- 
ize Kahn’s style. The burly presi- 
dent, CEO, and chairman of Borland 
has gained notoriety because of his 
feuds with reporters, criticism of 
American management methods, 
and caustic comments about com- 
petitors. His sometimes abrasive 
manner has earned him some de- 
tractors, but his ebullience and joie 
de vivre have won him a large num- 
ber of supporters. He’s been called 
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the flamboyant Frenchman, the 
Great Kahn, and the enfant terrible 
of the software industry. 

Kahn has a knack for attracting 
attention. At one computer confer- 
ence he walked into a swimming 
pool fully dressed. At another con- 
ference he threw a now legendary 
toga party, at which he serenaded 
his guests on his saxophone for 
hours. Kahn claims these things 
were calculated to draw attention 
to Borland and he only did them for 
the good of the company, but he 
isn’t 100% convincing. 

In the past, Kahn was just as 
likely to greet visitors in a Hawai- 
ian shirt and running shorts as a 
three-piece suit. But despite his 
iconoclastic image, few people ques- 
tion his skill as a businessman. 
From that shoestring operation 
above the garage in 1983, he has 
guided Borland to become, by its 
own figures, the fourth largest in- 
dependent software company in the 
US. Today Borland has nearly 1,000 
employees, and last year it took in 
more than $225 million in sales. 

Kahn was born in Paris, and at- 
tended an experimental United Na- 
tions school with an international 
student body. He soon added fluent 
English, Spanish, and German to 
his native French. Until he went 
to college, Kahn was torn between 
being either a mathematician or a 
jazz musician. He earned the 
equivalent of a BS in mathematics 
at the University of Zurich. While 
there, he studied under Niklaus 
Wirth, who created the Pascal pro- 
gramming language. He went on to 
the University of Nice, where he 
received his advanced degrees and 
helped pay for his education by 
playing the piano, flute, and saxo- 
phone in local nightclubs. 

While he was in Nice he bought 
an Apple II. “I had been studying 
with computers and playing with 
computers, but this was my first 
personal computer,” says Kahn. “I 
was fascinated by the fact that it 
was all in a little box. You can write 
your program, you can run it, you 
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can make it all happen. You control 
your destiny.” 

After he graduated, Kahn began 
teaching math full time at the uni- 
versity, but soon became bored 
with it. He realized what he really 
wanted to do was work with com- 
puters. Taking control of his des- 
tiny, he gave up his teaching posi- 
tion and bought a one-way plane 
ticket to San Jose, CA. 

Kahn says he didn’t arrive in the 
US intending to found a high-tech 
company and become a millionaire. 
He was just looking for a job pro- 
gramming or working on advanced 
operating systems because that’s 
what he enjoyed doing. He knocked 
on doors all over Silicon Valley and 
most of them remained firmly 
closed. He stayed alive by repairing 
computers, making printer cables, 
and doing some consulting. 


“You can write your program, 
you can run it, you can make 
it all happen. You control 
your destiny.” 


A couple of firms, including 
Hewlett-Packard, showed some in- 
terest in hiring him, but when they 
found out he had no green card or 
work permit they hastily withdrew 
their job offers. “The door at Hewl- 
ett-Packard opened up, then 
slammed back right in my face,” 
says Kahn. He adds that he finally 
came to the conclusion that if he 
were the president of a company 
no one would ask him if he had a 
green card. 

Kahn founded Borland Interna- 
tional in May of 1988. He made up 
the name and used the word “inter- 
national” because he believed it 
would make the company sound like 
part of a multinational, and there- 
fore more important. 

One factor that made his first pro- 
gram, Turbo Pascal, an instant hit 
was its extremely low price. While 
other companies were selling simi- 
lar but slower programs for $500 
to $600, Kahn priced Turbo Pascal 
at $49.95. This aggressive pricing 


l & & MM 2 8 


stirred up the first, but certainly 
not the last, controversy to sur- 
round him. Critics charged that 
Kahn was using a gimmick to get 
a toehold in the industry. They said 
he couldn’t make any money at 
those prices and he’d soon have to 
raise them. Kahn proved them 
wrong. 

Buoyed by the success of Turbo 
Pascal, the following June, Borland 
introduced Sidekick, a personal in- 
formation manager, also priced at 
$49.95. It quickly became a best 
seller as well. To date, Turbo Pascal 
has sold more than 500,000 copies 
and Sidekick has sold more than one 
million. Also controversial is Kahn’s 
policy of never copy protecting any 
of his software. He has said he feels 
this would be “a tax on honesty.” 

Borland is an absolutely no frills 
company. Kahn nurtures a corpo- 
rate culture he likes to describe as 
“barbarian.” He wants small groups 
of people to work together to solve 
problems with no middle managers 
to get in the way, and he has vowed 
never to create a bureaucracy. His 
ideas seem to work. Borland’s reve- 
nue per employee is approximately 
$300,000—one of the highest in the 
industry. 

Borland’s money and efforts go 
into research and development, not 
advertising or marketing. Although 
a substantial part of its income is 
still derived from direct-mail sales, 
all its ads are written and produced 
in-house, and there are no elaborate 
marketing plans. “We’ve never 
used an advertising agency or any- 
thing like that,” says Kahn. “We 
try to find innovative angles to 
things, but we don’t plan out every 
single ad that we run.” 

Kahn has readily embraced the 
California good life. He lives with 
his wife and two daughters in a spa- 
cious house in the hills near Santa 
Cruz complete with hot tub, record- 
ing studio, and a driveway crowded 
with expensive cars. He avidly pur- 
sues sports such as tennis, golf, and 
skiing, and he still plays music as 
often as he can. He and a group of 
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his employees formed the Borland 
Turbo Jazz Band and perform at 
company functions. 

Another of Kahn’s passions is 
sailing, and Borland’s rapid growth 
in the 1980s is reflected in the boats 
he owned. After the success of 
Turbo Pascal, before he purchased 
a house or car, Kahn bought himself 
a 20-ft sailboat. The following year, 
when Sidekick’s sales soared, he 
moved up to a 37 footer. In 1986 
Borland went public and Kahn ac- 
quired a 43-ft boat. By 1988, the 
company was doing so well that Kahn 
treated himself to a sleek, 70-ft 
racer. That year he and his crew 
won the Pacific Cup Race from San 
Francisco to Hawaii in a record time 
of nine days and six hours. 

During a trip back to Paris in 
1985, Kahn took the time to stop 
by the American embassy and pick 
up the necessary papers to finally 
get his green card. More than two 
years after Borland was launched, 
he could finally work legally in the 
United States. 

Over the years Kahn has been 
fearless in taking on the giants of 
the software industry. In 1987, 
Borland acquired Ansa Software 
Inc, which produced a database pro- 
gram called Paradox. Kahn saw 
that Paradox could compete di- 
rectly with Ashton-Tate’s dBase 
III. Following his usual strategy, 
he priced it at $149, about half of 
what dBase III costs. In just four 
years, Paradox became Borland’s 
biggest seller and captured 20% of 
the database market. 

Also in 1987, Borland introduced 
Quattro, a spreadsheet program de- 
signed as a direct challenger to Lo- 
tus 1-2-3. Kahn launched Quattro 
with a special price of $79.95, less 
than one third of 1-2-3’s price. Two 
years later Borland came out with 
an upgrade called Quattro Pro and 
made a special offer—customers 
could buy the new program for 
$99.95 if they could show they owned 
the first version of Quattro or any ver- 
sion of 1-2-3. Borland now holds about 
20% of the spreadsheet market. 
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Borland is already one of the ma- 
jor players in the software industry, 
and it’s going to get larger very 
soon. The company has subsidiaries 
in Europe, Asia, and Australia, and 
Kahn recently signed an agreement 
to sell software in the Soviet Union. 
Borland has become the multina- 
tional corporation it pretended to 
be when it was founded. 

The inroads Kahn has made into 
long-established markets have not 
gone unnoticed, and his marketing 
strategy for Quattro has gotten him 
embroiled in a controversy that con- 
tinues to rage in the software indus- 
try—copyrighting user interfaces. 

Last year Lotus won a lawsuit 
against Paperback Software Inter- 
national for copyright infringement. 
The judge ruled that the user inter- 


“| think the software industry 
is at the turning point of a 
new era, and object-oriented 
technology will change its en- 
tire character.” 


face of Paperback’s VP-Planner imi- 
tated the user interface of 1-2-3 too 
closely. After that decision was 
handed down, Lotus decided to sue 
Borland. 

Borland’s Quattro has an alterna- 
tive menu structure very similar to 
1-2-3’s. The program can run with- 
out it, but it enables 1-2-3 users to 
switch over to Quattro very easily. 
Lotus claims this violates their 
copyright. Kahn claims it doesn’t. 

“We believe we are perfectly 
within our rights for what we did, 
and that Lotus’s lawsuit is without 
merit,” says Kahn. “The US Copy- 
right Office has stated for years 
that menu structures and com- 
mands are not copyrightable. If you 
are a software developer, what else 
are you to do but follow the US 
Copyright Office’s guidelines?” 

Kahn almost single-handedly cre- 
ated the market for low-cost, utility 
software, and he sees profound 
changes ahead. “The equivalent to 
the microprocessor revolution in the 
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hardware industry is object-ori- 
ented technology in the software in- 
dustry,” he says. “I think the soft- 
ware industry is at the turning 
point of a new era, and object-oriented 
technology will change its entire 
character. It will help solve the 
problems of the glut of software and 
the bottleneck of developing software. 
As a consequence it will probably 
help the hardware industry too.” 

Borland and Kahn have both 
grown and matured over the last 
decade. These days Kahn is seen 
more often in a three-piece suit than 
a Hawaiian shirt. But he still can’t 
resist getting in a good shot every 
once in a while. 

During the last presidential elec- 
tion campaign in France, one of the 
candidates, Jacques Chirac, asked 
Kahn to appear with him on French 
television via satellite to discuss en- 
trepreneurship. Kahn agreed. Then 
Chirac made the mistake of sending 
Kahn a script for the show. Kahn 
bought a red, white, and blue par- 
rot—the colors of the French flag— 
and sent it to Chirac with a note 
that said, “Here’s the perfect guest 
for your TV program.” (Kahn even- 
tually appeared on the show, but 
without a script.) 

Today Kahn’s office in the roomy 
new Borland headquarters is larger 
than the original two-room office 
over the garage. Along with com- 
puters, software, and books on pro- 
gramming, his office contains sports 
equipment and musical instru- 
ments. In less than 10 years Kahn 
has gone from being an illegal alien, 
scrambling to find work, to being 
the head of a powerful multinational 
corporation. Kahn may be a little 
mellower, but he hasn’t really 
changed. He’s still likely to pick up 
his one of his instruments and head 
off. “Sometimes I'll go to a place 
down the road and jam, just to 
break the routine.” 


Article Interest Quotient 
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Take on Today’s 
Biggest Challenges in 
Advanced Computer 
Systems Development. 


This opportunity isn’t for just anyone. We’ re look- 
ing for MS or PhD graduates in Electrical or Computer 
Engineering, or Computer Science, to join us at our 
Engineering and Manufacturing facility in Columbia, 
South Carolina. 


NCR will give you every opportunity to prove 
yourself defining, developing and prototyping advanc- 
ed engineering concepts, and building systems from 
the top down. You’!l employ both theoretical and em- 
pirical methods to direct engineers in the design of new 
computer system architectures. These include our fam- 
ed TOWER family and the System 3550, asymmetric, 
tightly-coupled multiprocessor system designed to 
deliver 80 to 320 MIPs, based on the NCR SVR4/ 
MP-RAS operating system. The System 3550 is a key 
component of the newly announced System 3000 fami- 
ly of scalable computer systems. You’ also get involv- 
ed with furthering architectural modeling techniques, 
I/O subsystem design and multiprocessor issues. 


In addition to your academic credentials, you must 
be able to provide technical leadership to NCR, and to 
the industry overall through publications and work with 
various industry-wide technical organizations. A broad 
understanding of computer system architecture and 
detailed knowledge of and experience in one of the follow- 
ing areas are absolutely essential: state-of-the-art GUI- 
based systems administration and operations manage- 
ment, distributed operating systems, I/O systems, 
CPU/memory design, multiprocessors, UNIX* kernel, 
compilers for parallel computers, cache coherency 
models, networks, behavior or performance modeling, 
and development of continuously available systems. 


At NCR, we recognize and reward valuable con- 
tributions with a competitive salary, outstanding 
benefits and the varied attractions of South Carolina’s 
state capital, home of the University of South Carolina. 
For confidential consideration, please send resume and 
salary history to: 


Personnel Resources, Dept. 820 
NCR Corporation 
3325 Platt Springs Road 
West Columbia, SC 29170 


An equal opportunity employer. 


Open, Cooperative Computing. 
The Strategy for Managing Change. 


*A Registered Trademark of AT&T 


CAREER OPPORTUNITIES 


1991 Recruitment Editorial Calendar 


Issue Ad 

Issue Date Deadline Editorial Emphasis 

Magazine July 18 June 26 Product Showcase—Volume II ¢ 

Edition ‘Test & Measurement, Computer 
Peripherals © Components, 
CAE/ASICs ® 

News July 25. July 5 ICs & Semiconductors, Peri- 

Edition pherals**, Regional Profile: 
Massachusetts** 

Magazine Aug.5 = July Il CAE @ ASICs, Test & Measure- 

Edition ment ® Computers & Peripherals ¢ 
Technical Article Database 

News Aug. 8 July 19 CAE, Datacom** 

Edition 

Magazine Aug. 19 July 25 Military Electronics Special Issue, 

Edition Image Processing ® Ultra High 
Speed ICs/ASICs * Computer 
Peripherals, Software ¢ 

News Aug. 22 Aug. 2 Peripherals/Components, ‘Test & 

Edition Measurement**, Regional Profile: 
Idaho, Colorado, Utah** 

Magazine — Sept. 2 Aug. 8 ASICs Special Issue, Semicustom 

Edition ICs ¢ CAE, Packaging ® ICs & 
Semiconductors Data Converters 

News Sept. 5 Aug. 16 Military Electronics Special Issue, 

Edition Computer Architectures, Defense 
Electronics** 

Magazine Sept. 16 Aug. 21 DSP/ Microprocessors, ICs & Semi- 

Edition conductors, CAE/ASICs, Environ- 
mental Engineering ® Software 

News Sept. 19 Aug. 29 RISC/ICs, Computers**, 

Edition Regional Profile: Florida** 

Magazine = Oct. 1 Sept. 5 Computers & Peripherals/ Networks, 

Edition DSP Chip Directory ¢ ICs & Semi- 
conductors/Memory Technology, 
Instrumentation 

News Oct. 3 Sept. 13 ICs & Semiconductors, 

Edition Multimedia** 

Magazine Oct. 10 — Sept. 19 Test & Measurement Special 

Edition Issue, Oscilloscopes, VXI Board 
Directory * CAE/ASICs, Sensors 
& Transducers ¢ 

News Oct. 17 Sept. 27 ATE/Board & IC Testing, Artific- 

Edition ial Intelligence**, Regional Pro- 
file: New Mexico & Arizona** 

Magazine Oct. 24 Oct. 3 Telecommunications ICs, Graphics 

Edition & Video Circuits, Computers & 
Peripherals, Software, Wescon 
Preview Issue 

Magazine Nov.7 = Oct. 17 High Performance DSPs ¢ CAE/ 

Edition ASICs, Computers & Peripherals/ 
Communications, Software, 
Wescon Show Issue 

News Nov. 14 Oct. 25 Telecommunications* *, Wescon 

Edition Show Issue 

Magazine Nov. 21 9 Oct. 31 18th Annual Microprocessor 

Edition Directory * Test & Measurement, 


CAE/ASICs, ICs & Semiconductors 


Call today for information 

on Recruitment Advertising: 
East Coast: Janet O. Penn (201) 228-8610 
West Coast: Nancy Olbers (603) 436-7565 
National: Roberta Renard (201) 228-8602 
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Where Great Minds Go To Work. 


TM 


| hard to know which 
company is right for you. Mega- 


corporations look prestigious and 
safe. Fast-growing firms offer you 
the opportunity to make a 
difference. 

At VIEWlogic, we offer 
stability and challenging 
technology. The chance to use 
your creativity — and avoid the 
red tape. 


ST 


At VIEWlogic, getting it right 
the first time is what we're all 
about. We lead the industry in 
innovative CAE solutions — for 
system, ASIC, mixed signal, and 
IC design. Dedicated to design 
engineers, our Workview series 
software brings advanced CAE 
tools to the PC and workstation 
environments. Allowing engineers 
to perfect their designs the first 
time. 


Right now, we’re seeking 
technically superior engineers to 
join our development teams in the 
following areas: VHDL, Synthesis, 
Platforms, Frameworks, ASIC and 
other CAE related areas. 

Send resumes to: 

VIEWLogic Systems, Inc., 

293 Boston Post Road West, 
Marlboro, MA 01752, 

Attn: Human, Resources 

An Equal Opportunity Employer 


VIEWlogic 


Ve eS AE eS sass 
Take the Mystery out of Digital Signal Processing and put your knowledge to 


work immediately! 
"By taking this 3-day workshop you 
will really learn DSP" Guaranteed! 
sin fae Boston b/g 


a 


ae CF, “cy Chicago 


Hartford 


AY ali 


San Dieg 


Put your career into overdrive: join the 
company with the fastest disk drive on the 
market. MICROPOLIS, a leader in the 
high performance disk drive industry, has 
openings for engineering professionals in 
our Chatsworth, CA headquarters. 


ENGINEERING MANAGER 
> Manage SCSI firmware develop- 
ment group 
> Technical degree; 7 years in heads/media engineering 


PROGRAM MANAGER 
> Manage Disk Drive Development Program 
> BSEE/ME and 5 years in high tech management 


PRINCIPAL ENGINEER 
> Develop SCSI code, application software, firmware code 
> Intel assembly language and 10 years direct exper- 
ience in “C” 
SENIOR FIRMWARE ENGINEER 
> Develop SCSI code for drive interface firmware 
> Proficiency in “C” and assembly languages 


DESIGN ENGINEER 

> Design analog and digital circuitry 

> Proficiency in SCSI code, “C” and assembly languages 
For immediate consideration, send your resume to: 
MICROPOLIS CORPORATION, MS: EDN, 21211 
Nordhoff St., Chatsworth, CA 91311. EOE M/F/H/V. 


MICROPQQLIS 


If You're 
Looking 
For a Job, 
You've 
Come to 
The Right 
Place. 


EDN CAREER 
OPPORTUNITIES 


EDN 
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1989 Honeywell Inc 


HONEYWELL: OPENING THE DOOR 
TO AVIONICS TECHNOLOGY OF THE 90s. 


Honeywell in Phoenix offers a variety 
of career opportunities in our Commercial 
Flight Systems Group. Our continuing 
growth has created the following positions: 


Systems Design Engineer — In this 
area, you will be involved in guidance and 
control systems analysis and hardware) 
software design trade-offs. Specification 
designs, including guidance, navigation and 
control algorithm development, as well 
as systems integration and installation, 
flight test and customer liaison activity, are 
a part of these positions. 


System Software Development — 
This area involves development of flight 
software for advanced guidance and control 
systems for aircraft using modular and 
structured programming techniques. You 
will be involved with algorithms and 
development of real-time programs in both 
assembly (8086 family Z8002, 68000) 
and high order languages such as Pascal, 
“C,” Ada and PLM/86, with subsequent 


hardware integration. 


Electronics Engineering — These posi- 
tions involve the development of new pro- 
cessor/bus architectures and specifications 


to support fault tolerant/redundant airborne 
applications. 


Display Systems — These positions 
offer systems, software and hardware oppor- 
tunities with CRT/LCD display technology. 
You should be familiar with digital hardware 
design and/or real-time programming. Sys- 
tems functions include overall system defi- 
nition, design and customer interaction. 


To qualify for the positions listed above, 
you should have a BSEE or a BSCS degree 


and at least three years of experience. 


Quality Engineering — To qualify for 
this position, you should have a BS degree 
in an engineering curriculum. A minimum 
of two to five years of experience in quality 
engineering/assurance, reliability and/or 
product engineering is required. You should 
have computer applications experience. 
Customer interface experience is preferred. 


Additional opportunities are available 
in: 
* CRT/LCD Display Technology 


¢ Avionics Systems Simulation 
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* CAE Engineering (Apollo Mentor 
Systems) 


* Artificial Intelligence 

* VAX Systems Administration 
* Fiber Optic Pressure Sensors 
* EMI/HERF 


* Software Tools Development 


Make a career move. Honeywell offers 
you a competitive salary and benefits pack- 
age. All new employees are required to suc- 
cessfully complete a drug screening test. 
Send your resume and salary history, in con- 
fidence, to Honeywell, Commercial Flight 
Systems Group, Professional Employment 
(EDN-E845), P.O. Box 21111, M/S1-17C, 
Phoenix, AZ 85036. 


Honeywell 


HELPING -Y @\UsC OWabR OL 
YOUR WORLD 


Equal Employment Opportunity/Affirmative Action Employer 
U.S. citizenship required for some positions 
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Tellabs, Inc., is a 
leading designer, 
manufacturer, and 
marketer of voice and data 
communication networking 
equipment used by telephone 
companies, long-distance carriers, and 
businesses in public and private 
communication networks throughout the world. 
Since we opened our doors 17 years ago in Lisle, 
IL, in Chicago's West Suburban Research and 
Development Corridor, we have developed a reputation 
as a company committed to high-quality products and 
service. We are currently looking for self-motivated, enthusiastic 
people who enjoy the challenges offered by the informal, fast-paced 
environment of an expanding company. 


SOFTWARE ENGINEERS (MTS, SMTS, MGR) 

BS or MS in CS/EE for development of high speed digital cross 
connect product lines. Positions require a minimum of 3 years of 
software development in a Unix/C environment and experience in one 
of the following areas: real-time operating systems, relational data 
base management, testing, 68xxx firmware design, software quality 
assurance, or software metrics. Knowledge of SONET or ISDN 
applications desired. 


SOFTWARE ENGINEERS (MTS/SMTS 

BSCS for design and development of an ORACLE based network 
management system. Experience with ORACLE, Unix and C 

are essential. 


HARDWARE ENGINEER (MTS) 

BSEE to perform electronic circuit design for statistical and time 
division multiplexer. Requires 3-4 years of electronic circuit design 
and experience with 68xxx processors. 


APPLICATIONS ENGINEER 

Individual will design, manage the installation and support of 
telecommunication networks. Strongly prefer experience in 
generating detailed specifications for Bell Operating Company Central 
Office Equipment. 


PRODUCT SPECIALIST 

Individual will serve as first line support for OEM contracts and 
second line support for Field, International Marketing, and 
Distributors. Position requires three to five years experience with 
network related products. Prefer knowledge of CEPT and SONET. 


DEVELOPMENT MANAGER (SAT) 

Planning and coordinating the implementation of System and 
Applications Testing for Telecommunications Equipment. Requires 
six to ten years experience in product test development or product 
design coupled with two to four years supervisory experience. 


VLSI DESIGN 

Develop specifications, design, simulation and testing of application 
specific IC's. Requires BSEE/MSEE with concentrations in digital 
circuit IC design. 


We offer opportunities for advancement, a comprehensive salary and 
benefits package. Send/Fax your resume and salary requirements 
(principals only) in confidence to: Human Resources, Department 
J-26, Tellabs, Inc., 4951 Indiana Avenue, Lisle, IL 60532. 


Fax #708-969-7314 


"i tellabs’ YOUR NETWORKING PARTNER. 


An Equal Opportunity Employer 


Unix is a Trademark of AT & T 


Professional Profile 


Announcing a new placement service 
for professional engineers! 


To help you advance your career, 
Placement Services, Ltd. has 
formed the EDN Career News 
Databank. What is the Databank? It 
is a computerized system of match- 
ing qualified candidates with posi- 
tions that meet the applicant's pro- 
fessional needs and desires. What 
are the advantages of this new 
service? 
It's absolutely free. There are 
no fees or charges. 
© The computer never forgets. 
When your type of job comes 
up, It remembers you're 
qualified. 
© Service is nationwide. You'll 
be considered for openings 
across the U.S. by PSL and Its 
affiliated offices. 


IDENTITY 


Name ee 


© Your identity Is protected 
Your resume is carefully 
screened to be sure it will not 
be sent to your company or 
parent organization. 


Your background and career 
objectives will periodically be 
reviewed with you by a PSL 
professional placement person. 
We hope you're happy in your cur- 
rent position. At the same time. 
chances are there is an ideal job 
you'd prefer if you knew about it. 
That's why It makes sense for you 
to register with the EDN Career 
News Databank. To do so. just mail 
the completed form below, along 
with a copy of your resume. to: 
Placement Services. Ltd., Inc. 


Home Address — 


City = a3 State 


Home Phone (include area code) 


PRESENT OR MOST RECENT | 
EMPLOYER 


Parent Company — 


Your division or subsidiary 


Location (City, State) 


Business Phone if O K. to use 


EDUCATION 


Degrees (List)| Major Field GPA Year |College or University ° 
Degree 
Earned 

POSITION DESIRED 

EXPERIENCE 

Present or Most 

Recent Position From : To Title - 


Duties and Accomplishments Industry of Current Employer 


Reason for Change 


PREVIOUS POSITION 


Job Title ——— eae er A < 
Employer From _ To —— Guy = = 
State __ C= ivision __ CT ype of Industry __ 
Salary _______Duties and Accomplishemnts = 


COMPENSATION /PERSONAL 


Years Experience [e. [commission 

Hectic. AF | Total Asking. — 
Bonus Compensation —__ acne 

Min 


Date Available 


Compensation 


0 lown my home. How long? 


Irent my home/apt. 0 


O Employed’ UO Self-Employed CO Unemployed 


O Married ( Single ] Height Weight ‘ 
Level of Security Clearance | Will Travel 
O US. Citizen O Non-US. Citizen | 0 Light 0 Moderate (Heavy e 


OC) witt RELOCATE CL) WILLNOT RELOCATE CL) OTHER 
My identity may be released to 


O) Any employer 
O All but present employer 


[=IDIN) Databa 


265 S. Main Street, Akron, OH 44308 216/762-0279 


A DIVISION OF 


PLACEMENT SERVICES 
LTD., INC. 
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SOFTWARE 
PROJECT LEADER 


Our client, a manufacturer of high-tech electro- 
mechanical systems, is in need of an experienced 
Software Professional to assume the lead in their 
newest product offering. The individual we seek 
must be capable of continued technical contri- 
bution and have the ability to orchestrate an entire 
project through to completion. 


Familiarity with the following technology is a must: 


386-486 HARDWARE 

OS-2 (VER 1.0 + 2.0) 

META-WINDOWS GRAPHICS 

DATABASE APPLICATIONS DEVELOPMENT 
EMBEDDED SOFTWARE 

REAL TIME; MULTI-TASKING SYSTEMS 


Additional responsibilities will include developing 
software for the control of robotic mechanisms, the 
interpretation of analog/digital measuring systems, 
algorithms, and database applications. 


Our client offers excellent salary and comprehen- 
sive benefits. For consideration, send your resume 
in confidence to: Southern Technical Search, 1620 
South Federal Highway #850, Pompano Beach, 
FL 33062. 


Southem Technical 
Search, Inc. 


DIRECTOR 


OF RESEARCH 
AND DEVELOPMENT 


This highly successful producer of electronic medical 
devices has an immediate need for a dedicated, dynamic 
individual to take on the management of our cutting-edge 
R&D staff in New Jersey. 


To qualify for this key assignment, you must have a mini- 
mum of 7-10 years’ related management experience, with 
emphasis on taking new products from concept to comple- 
tion. A BSEE is essential (MSEE preferred). Experience 
with electronic instrumentation equipment is also required. 
Health care related design equipment background a plus. 


In return, we offer a very competitive salary, truly superb 
benefits, and an unusually supportive environment. For 
prompt, confidential consideration, please send resume 
with salary requirements, to: 


Box NT 644 
10 West 20th Street, New York, New York 10011 
Equal Opportunity Employer 


EDN’s Software Engineering Special Supplement 
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Makers of the Bernoulli Box 


LEADING THE WAY 
IN ADVANCED 
TECHNOLOGIES 


Are you looking for a company that continually 
moves forward with exciting and dynamic technol- 
ogies? A company that will appreciate your abili- 
ties and expertise? Then take a look at IOMEGA 
CORPORATION. We are known as a leading de- 
veloper of high-tech removable mass storage de- 
vices and innovator in the field. But we also offer 
a prime Utah location with its dry, mild climate and 
an abundance of recreational activities amidst 
some truly beautiful scenery. Add to that afford- 
able housing, excellent schools and big-city con- 
veniences combined with small-town friendliness, 
and you have a combination that can’t be beat. We 
currently have the following positions available for 
qualified candidates: 


SOFTWARE ENGINEERS 


e Experience with MAC OS internals 

e Experience with Motorola 68000 assembly 
language 

e “C” programming language 

e Device driver experience 

¢ BSCS 

e 3+ years experience 


DRIVE FIRMWARE 
ENGINEERS 


¢ BSEE/BSCS/BSCE (Computer Engineering) 
e MSCS preferred 

e Assembly, ‘“C” languages 

¢ 3+ years experience 

e Experience in disk or tape drives 

¢ Controller firmware 

¢ SCSI experience preferred 

¢ Knowledge of DOS internals 


ADDITIONAL 
OPENINGS 


We have continuous openings for qualified experi- 
enced Engineers in the field of magnetic recording 
for data storage. 


Along with our advanced opportunities and prime 
location, we offer an excellent salary and benefits 
package. Please send resume to: IOMEGA 
Corporation, Professional Staffing, Code 0065- 
1042, 1821 West 4000 South, Roy, UT 84067. 


Qualified female and minority candidates 
are specifically encouraged to apply. 
Equal Opportunity Employer M/F/H/V 
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Intuitive Tools 
For Mathematics 


@ File Edit Input Notebook Manipulate Graph Pre 
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Population Growth 


New Theorist! 
Version 1.1 


Theorist's equation outlining and manipulation process, and one of many customizable graphs. 
Prescience (pronounced PRE-shence) brings you the complete mathematical 

| solution for the Macintosh: Theorist and Expressionist. Theorist is the sym- 
bolic algebra and graphing program that is easy to use and powerful, but only 

| requires one (1) megabyte of memory. You don’t need to learn how to program, 
| memorize syntax rules, or read a large manual since Theorist actually displays 

| and interactively solves real equations on screen—step by step—the way you do 
on paper. 2-D and 3-D graphs, contour and density plots, solids, as well as 
animation files, are easily created and saved in PICT, EPS, or PICS formats for 
high quality output. Your equations can be exported to Expressionist, the 
leading equation editor, for typeset-quality results in your word processing and 
page layout documents. Both programs are simple enough for the student, yet 
powerful enough for the professional educator, scientist, and engineer. 
Our programs enable you to concentrate your time investigating 
and presenting your work, not learning how to! For more 
information or to place an order, call or write to the address 
below. 


[Expressionist] 
Equation manipulation 
has never been easier.” 

— Five mice review, 

MacUser magazine 


Theorist’s379.95 
Symbolic Algebra & Graphing 


Expressionist’ $129.95 
Typeset Quality Equation Editor 


“Theorist... surpasses 
the highly rated 
Mathematica... in 
interface and 
execution.” 

— MacUser magazine, 
Editors’ Choice Award, 
Best Math/Statistics 
Program of 1989 


Prescience Corporation 
939 Howard Street #111, San Francisco, CA 94103 


(415) 543-2252 Fax (415) 882-0530 one 
CIRCLE NO. 22 


Prescience® 


Intuitive Tools For Mathematics 
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NCR Corp/Engineering and 
Manufacturing Div. 

Southern Technical Search 

Viewlogic Systems 


*Advertiser in US edition 


**Advertiser in International edition 


This index is provided as an additional service. The publisher 
does not assume any liability for errors or omissions. 
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American Automation Arium 


EMULATION LOGIC ANALYSIS 


Code Development 
& uP 


The New 
AMERICAN ARIUM 


Committed to Supporting Development and Test Engineers 


Emulators Logic Analyzers Development Systems Development Software 


[shun 


Formerly American Automation and Arium Corporation 


EZ-PRO Division Arium Division 
(714) 731-1661 (714) 731-2138 


14281 Chambers Road, Tustin, CA 92680 FAX: (714) 731-6344 


CIRCLE NO. 24 


DADiSP. 
The Engineering Spreadsheet 


DADiSP — interactive graphics and data analysis soft- Flexible, expandable, customizable — annotate your 
ware for scientists and engineers. DADiSP 2.0 delivers graphs and send them to printers, plotters, or publishing 
unprecedented power, through easy-to-use menus. Choose packages. Create your own macros, automate routine 
from hundreds of analysis functions and graphic views — tasks, and run any program written in any language from 


from tables to 3-D. Simultaneously display 
multiple windows, each with different data or 
analyses, for unlimited perspective on your 
toughest data analysis problems. 


within DADiSP. DADiSP even lets you build 
your own menus. 


A proven standard — already used by 

thousands of engineers and scientists world- 

wide, in a whole range of applications like 

medical research, signal processing, chemis- 
try, vibration analysis, communications, 
manufacturing quality control, test & 
measurement, and more. DADiSP 
supports the IBM PC and PS/2, SUN, 
DEC VAX, HP 9000, IBM RS/6000 and 
Concurrent families of personal computers 
and workstations. 


Build your own analysis worksheets — 
build and display an entire signal processing 
chain, without programming. And DADiSP’s 
powerful graphic spreadsheet automatically 
recalculates and updates the entire chain if 
you change your data or a processing step. 


Do serious signal processing...the way 
you always pictured it! FFTs, digital filter 
design, convolutions, waterfall plots, and 
more — all at the press of a key. 


Data Acquisition and Instrumentation Control — 

use DADiSP/LT and DADiSP/488 to collect data from A-D Ask for our Evaluation Disk. For more information, write 
boards and instruments directly into a DADiSP window to DSP Development Corporation, One Kendall Square, 
for immediate viewing and analysis. Cambridge, MA 02139, or FAX: 617-577-8211. 


DSP 


Development 
Corporation 


Australia-Interworld Electronics, 03-521-2952; Denmark-Dan Trade, 42-27-4511; Engberg Power Consult, 42-25-1777; England-Adept Scientific, (0462) 480055; 
Finland-Mespek OY, 9-0-3511800; France-SM2i, 1-34-89-78-78; Germany-Datalog, (02166) 46082; Digi-Logger, (07720) 38022; Infomatik Systeme, 0631-46007; 
Ingenieurburo Kohler- 069-769829; Kontron Messtechnik, 08165-770; India~-Dynalog Microsystems, 22-583908; Italy-BPS Computers, 2-61290221; BRM Italiana, 11-771-0010; 
Japan-Astrodesign, 044-751-1011; Netherlands-Computer Engineering Roosendaal, 01650-57417; New Zealand-GTS Engineering, 09-392-464; 
Scotland-Diagnostic Instruments, 0501-43031; Sweden-Systec, 013-110140; Switzerland-Urech & Harr AG, 061-611325; Taiwan-Advantech, 2-351-2117; Howching (02) 5050525 
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